отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
Объявления
Добро пожаловать в Сообщество Технической поддержки Cisco. Мы рады получить обратную связь .
New Member

КПВ до соединения

Здравствуйте.

Первый раз столкнулся со связкой CUCM SIP - E1.

CUCM подключен к cisco 2921 через sip trunk. На 2921 также подключен PSTN через E1.

Звонки и туда и обратно ходят нормально.

Но поведение КПВ мне несколько не понятно. Когда с CUCM звонишь например на мобильный КПВ начинается сразу еще до установления соединения. А если позвонить на выключенный мобильный то проходит 2-3 КПВ и уже после этого автоответчик говорит, что "абонент не доступен".

Как сделать так что бы КПВ шло только после установления соединения?

13 ОТВЕТ.
Cisco Employee

Здравствуйте!Посмотрите, при

Здравствуйте!

Посмотрите, при разных варинтах звонков на мобильный, в какой момент приходит Progress Indicator (PI) от провайдера.debug isdn q931

У Вас настроен Early Offer на транке до шлюза, если Вы его отключите, то КПВ будет слаться только после соединения, но тогда при выключенном мобильнике, не будет слышно сообщения.

Regards,

Kirill

New Member

Нашел статьюSIP Reliable

Нашел статью

SIP Reliable Provisional Response on CUBE and CUCM Configuration Example

http://www.cisco.com/c/en/us/support/docs/voice/session-initiation-protocol-sip/116086-configure-cube-cucm-sip-00.html

Эта настойка решила все проблемы КПВ. Теории я не понял, что такое rel1xx, но странно если при этих настройках поведение становится нормальным, почему это не включено по умолчанию...

Cisco Employee

Здравствуйте!Если эта

Здравствуйте!

Если эта настройка помогла Вам в решении, то скорее всего у Вас в профайле к транку выключен Early Offer («Early Offer support for voice and video calls»).

Если это так, то судя по описанным симптомам, при выключенном мобильнике, оператор полностью проключает соединение, чтобы проиграть сообщение "абонент не доступен", такого не должно быть.

Рекомендую снять дебаг (debug isdn q931 + debug ccsip messages) и посмотреть, есть ли при звонке на выключенный телефон сообщение Connect.

Если есть, то интересно, с какой целью оператор устанавливает соединение с выключенным мобильным устройством, заодно можно проверить распечатку счетов за звонки, нет ли там коротких звонков на выключенные мобильные устройства.

Но это всего-лишь мысли и предположения. :)

 

Regards,

Kirill

 

New Member

Если я правильно понимаю то

Если я правильно понимаю то вроде проключения не происходит.

Вот вырезка SIP

Received: 
INVITE sip:+7937xxxxxxx@10.0.0.17:5060 SIP/2.0
Sent: 
SIP/2.0 100 Trying
Sent: 
SIP/2.0 183 Session Progress
Received: 
PRACK sip:+7937xxxxxxx@10.0.0.17:5060;transport=tcp SIP/2.0
Sent: 
SIP/2.0 200 OK
Received: 
CANCEL sip:+7937xxxxxxx@10.0.0.17:5060 SIP/2.0
Sent: 
SIP/2.0 200 OK
Sent: 
SIP/2.0 487 Request Cancelled
Received: 
ACK sip:+7937xxxxxxx@10.0.0.17:5060 SIP/2.0

Вот isdn

May  5 04:39:47.278: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 846xxxxxxx
May  5 04:39:47.278: ISDN Se0/0/0:15 Q931: Sending SETUP  callref = 0x257C callID = 0xA02E switch = primary-net5 interface = User 
May  5 04:39:47.278: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x257C 
        Sending Complete 
        Bearer Capability i = 0x8090A3 
                Standard = CCITT 
                Transfer Capability = Speech  
                Transfer Mode = Circuit 
                Transfer Rate = 64 kbit/s 
        Channel ID i = 0xA9839D 
                Exclusive, Channel 29 
        Calling Party Number i = 0x0181, '846xxxxxxx' 
                Plan:ISDN, Type:Unknown 
        Called Party Number i = 0x81, '98937xxxxxxx' 
                Plan:ISDN, Type:Unknown
May  5 04:39:47.978: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xA57C 
        Channel ID i = 0xA9839D 
                Exclusive, Channel 29 
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info  
        Progress Ind i = 0x8188 - In-band info or appropriate now available 
May  5 04:39:48.430: ISDN Se0/0/0:15 Q931: RX <- NOTIFY pd = 8  callref = 0xA57C 
        Notification Ind i = 0xFB 
        Redirecting Number i = '!', 0x008F, '98937xxxxxxx' 
                Plan:ISDN, Type:National 
        UNRECOGNIZED VARIABLE (0x76)  i = 0x0080
May  5 04:39:53.002: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x257C 
        Cause i = 0x8090 - Normal call clearing
May  5 04:39:53.010: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0xA57C
May  5 04:39:53.014: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x257C

На билайне говорят - абонент не доступен.

На мегафоне говорит оставьте сообщение на голосовую почту.

Но на обоих дебаг одинаковый.

 

Early Offer support for voice and video calls - стоит Disabled

Cisco Employee

Можете попробовать включить

Можете попробовать включить Early Offer support for voice and video calls и отключить PRACK/Rel1XX, получите такой же результат.

Эти два метода используются для проключения медии до соединения (чтобы проиграть сообщение о недоступности абонента).

Regards,

Kirill

New Member

А в чем разница этих метедов?

А в чем разница этих метедов?

 

PS. Так как пока не понял принципа работы, воспользуюсь правилом "работает - не трожь"

Cisco Employee

EO - передача SDP в INVITE

EO - передача SDP в INVITE,rel1xx/PRACK - в середине диалога.

New Member

А фактически это на что

А фактически это на что влияет?

Cisco Employee

Влияет на то, в какой момент

Влияет на то, в какой момент будет проключена медия между двумя конечными точками, дальше надо рассматривать конктретные ситуации отдельно.

К примеру, телефоны всегда присылают INVITE с SDP, далее CUCM в зависимости от настроек (Regions/Locations) будет этот SDP модицировать и отсылать на удаленную сторону (если включен EO), удаленная сторона будет сразу знать о возможных кодеках, соответственно модифицировать их и передавать телефону.

Если EO выключен, то иногда возникает необходимость в посылке re-INVITE. 

Regards,

Kirill

New Member

И все-таки....Как наливается

И все-таки....

Как наливается шоколад "вертикально" или "сверху-вниз" мне кажется здесь не имеет значения....

С точки зрения самого звонка/КПВ или чего-то ещё что может измениться?

Cisco Employee

Как раз наоборот, "братья" по

Как раз наоборот, "братья" по-разному могут воспринять наличие SDP в разных сообщениях.

Когда поддерживается EO, то лучше включать EO, но не все системы его поддерживают. Тогда обходное решение - это PRACK, но он не всегда работает стабильно.

По поводу звонка/КПВ.

Сообщение 200 ОК - это поднятие трубки удаленным абонентом, если же поддерживается только "классический" обмен SDP в 200 ОК /АСК, то в чаще всего Вы не услышите сообщения о том, что телефон выключен или абонент не доступен, потому что медия не установится. 

 

 

New Member

А я вот нашел, что в SRND

А я вот нашел, что в SRND написано

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab10/collab10/trunks.html

PRACK is supported by the majority of Cisco Collaboration products and is a generally recommended feature.

А для Early Offer

Early Offer is often preferred by third-party unified communications vendors

Т.е. получается во вне лучше использовать Early Offer если провайдер не поддерживает PRACK, а между CUCM и CUBE PRACK.

 

Cisco Employee

Если Вы хотите в какой-то

Если Вы хотите в какой-то момент сидеть разбираться, когда SDP пересылается в INVITE, когда вставлен rel1xx, отослан ли PRACK и т.д и т.д., то можете использовать этот метод.

PRACK is useful because it provides reliability of 1XX responses for interoperability scenarios with the PSTN, and it can also be used to reduce the number of SIP messages that need to be exchanged before setting up two-way media

Поспорил бы, что количество сообщений уменьшается, в EO никаких лишних PRACK не отсылается.

В целом всегда стараются, чтобы все работало одинаково и по одним протоколам, методам и т.д., но если подобные "general recommendations" даны в SRND, то возможно стоит им следовать.:)

Regards,

Kirill

174
Просмотры
15
Полезный материал
13
Ответы