Добрый день, товарищи!
Есть небольшая проблема при интеграции Cisco CM 7.0 и Nortel CS1000M по SIP транку. По сути все настроил, звонки ходят нормально, только есть на cisco ivr, где надо донабирать в тоне цифры! Так вот при звонках с Nortel в момент донабора ничего не происходит, то есть не проходят DTMF сигналы! Со стороны Cisco на транке стоит: DTMF Signaling Method RFC 2833!
Может кто, что подскажет?
Может, встречался с такой ситуацией, и знает где можно копнуть?
Релиз софта CS1000M?
На 5.5 работает. На 4.5 нет.
Релиз софта CS1000M?
На 5.5 работает. На 4.5 нет.
4,5! тоесть приехали?
Увы
Если Cisco не понимает SIP-info
Поробуйте в транках CLS MSNV, должно заработать
Извините,поторопился c ответом - софт 4.5!?
Попробуйте отключить параметр "DTMF tone detection".
Что пробовать?
CS1000 на релизе 4.5 шлет нажатия кнопок в виде sip-info. Если встречная сторона этого не понимает, то можно откинуться на спинку стула и расслабиться. В 5.5 это исправили.
Что пробовать?
CS1000 на релизе 4.5 шлет нажатия кнопок в виде sip-info. Если встречная сторона этого не понимает, то можно откинуться на спинку стула и расслабиться. В 5.5 это исправили.
SIP
End-to-end DTMF signaling is carried out-of-band by the SIP INFO
message. The message does not include information about the duration of
DTMF tones, and, as a result, long DTMF tones are not supported.
Дело, насколько я понимаю, в нестыковке по протоколу RFC2833. При отключении DTMF tone detection включается режим in-band сигнализации DTMF-ами.
SIP
End-to-end DTMF signaling is carried out-of-band by the SIP INFO
message. The message does not include information about the duration of
DTMF tones, and, as a result, long DTMF tones are not supported.
Дело, насколько я понимаю, в нестыковке по протоколу RFC2833. При отключении DTMF tone detection включается режим in-band сигнализации DTMF-ами.
Пробовал пустить звонки через Cisco CUBA (3845), были варианты, что он разрулит проблему с согласованием DTMF но не получилось, даже после того как поднял на нем MTP dspfarm, что бы пустить его через PVDM все равно не конвертит.
А подскажите в настоящий момент на релизе cs1000E Rel 7.5 на sip транке можно вместо sip info для dtmf что либо поменять? А то у нас cisco тоже sip info не понимает?
с 5.5 понимает и 2833,только его надо включить- в доке есть процедура и она не совсем простая
с 5.5 понимает и 2833,только его надо включить- в доке есть процедура и она не совсем простая
Если не затруднит можно чуть поподробнее в какой доке это описано ?
А то давно висит подобный трабл, правда не с СМ, а СМЕ.
Dual Tone Multi-frequency (DTMF)
Handling using RFC2833
Nortel Communication Server 1000
New in this Release
NN43001-115 01.01 Standard
Release 5.0 30 May 2007
С этого документа :
Table 3
Updated and new commands to support RFC2833
Command Description
STAT RFC2833 <TN> Prints the RFC2833 for the given TN. Updated LD 117. The stat
RFC2833 command prints the RFC2833 capabilities for the TN, where
the TN is either an IP Phone TN or Voice Gateway TN.
trac trac <TN> prints the RFC2833 information for the given TN. The trac
command is in LD 80.
vgwShow Shows if RFC2833 is used for the current call.
sipNpmSessionShow Shows RFC2833 information on a per-call basis.
sipNpmSIPTraceShow Shows SDP messages: rtpmap and fmtp lines.
isetShow Prints RFC2833 information.
ENL/DSL RFC2833PRT The ENL/DIS command turns on/off the printing of the info message
on a TTY port when Voice Gateway TN is allocated for a SIP call. This
message includes the counter (counts how many times the RFC2833
uncapable VGW TN is selected for the SIP call). Element Manager is
changed to include this command.
Set payload type
RFC2833 Rx capabilities for Voice Gateway TNs and IP Phones are stored
in the RLM table. If RFC2833 is supported for a given Voice Gateway TN or
IP Phone, the SIP Gateway negotiates RFC2833 capabilities with the far
end using Session Description Protocol (SDP), during the SIP call set up.
The negotiation is on a per-call basis.
CS 1000 Release 5.0 implementation of RFC2833 supports Dynamic
Payload Type. When offering the use of RFC2833, the SIP Gateway
includes the default value of 96 for the payload type and default clock rate of
8000 (8 kHz). The “fmtp“ line contains only DTMF events (0-15).
Below is an example of an SDP offer:
SDP v=0 c=IP IP4 a.b.c.d m=audio <udpport> RTP/AVP 18 0 3 19
96 a=ptime:20 a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-15
<udpport>
Setting the payload type
Step Action
1 On the Call Server at the PDT prompt, set the default payload type
to another value.
Nortel Communication Server 1000
New in this Release
NN43001-115 01.01 Standard
Release 5.0 30 May 2007
Copyright © 2007, Nortel Networks Nortel Networks Confidential
.
Set payload type 65
For example, if the current value is 96 and you want to change it to
102, type:
pdt> setRFC2833PT 102
2 To confirm that RFC2833 Rx PT is 102, type:
pdt> setRFC2833PT 102
—End—
It is necessary to enter the RFC2833PT command in the start up file.
Entering the RFP2833PT command in the start up file
Step Action
1 Locate the start up file named /p/startup
2 Type the following command the file at the end (where nnn = the
payload type value)
setRFC2833PT 102 <enter>
3 INI (or coldstart) the Call Server.
4 During INI, press CTRL+B when prompted, then press c to change
the parameters. Press <enter> until the start up scripts prompt
displays.
5 Type /p/startup <enter>. Continue to press <enter> until the end.
6 Press @ <enter> to continue to reboot.
—End—