[shaytan]

Добрый день коллеги.

Столкнулся с такой проблемой.

Cisco 1751 (FXS) <-IP-> Cisco 3640 (E1) <-ISDN-> PSTN

При звонке с PSTN на FXS нет КПВ, но аппарат подключенный к FXS звонит и можно поднять трубку и спокойно разговаривать. 1751 на "SIP INVITE" отвечает "183 Session Progress Message", и начинает слать ringtone на 3640, RTP снял снифером - гудки есть.

 

Привожу дебаг с 3640:

- debug isdn q931

- debug voip ccapi inout

 

.Jun 1 22:58:35: ISDN Se1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0054

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18381

Preferred, Channel 1

Calling Party Number i = 0x1183, 'xxxxxxx'

Plan:ISDN, Type:International

Called Party Number i = 0xC1, 'yyyyyyy'

Plan:ISDN, Type:Subscriber(local)

.Jun 1 22:58:35: //-1/9259B1C98528/CCAPI/cc_api_display_ie_subfields:

cc_api_call_setup_ind_common:

cisco-username=

----- ccCallInfo IE subfields -----

cisco-ani=xxxxxxx

cisco-anitype=1

cisco-aniplan=1

cisco-anipi=0

cisco-anisi=3

dest=yyyyyyy

cisco-desttype=4

cisco-destplan=1

cisco-rdie=FFFFFFFF

cisco-rdn=

cisco-rdntype=-1

cisco-rdnplan=-1

cisco-rdnpi=-1

cisco-rdnsi=-1

cisco-redirectreason=-1

.Jun 1 22:58:35: //-1/9259B1C98528/CCAPI/cc_api_call_setup_ind_common:

Interface=0x650B4F80, Call Info(

Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed),

Called Number=yyyyyyy(TON=Subscriber, NPI=ISDN),

Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,

Incoming Dial-peer=999999999, Progress Indication=NULL(0), Calling IE Present=TRUE,

Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1

.Jun 1 22:58:35: //-1/9259B1C98528/CCAPI/ccCheckClipClir:

In: Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed)

.Jun 1 22:58:35: //-1/9259B1C98528/CCAPI/ccCheckClipClir:

Out: Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_api_call_setup_ind_common:

Set Up Event Sent;

Call Info(Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed),

Called Number=yyyyyyy(TON=Subscriber, NPI=ISDN))

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_process_call_setup_ind:

Event=0x6507BC48

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCallSetContext:

Context=0x655E8DF8

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_process_call_setup_ind:

>>>>CCAPI handed cid 79950 with tag 999999999 to app "_ManagedAppProcess_Default"

 

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCallProceeding:

Progress Indication=NULL(0)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCallSetupRequest:

Destination=, Calling IE Present=TRUE, Mode=0,

Outgoing Dial-peer=331992, Params=0x655E5068, Progress Indication=NULL(0)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCheckClipClir:

In: Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCheckClipClir:

Out: Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCallSetupRequest:

Destination Pattern=331992[0,4-9], Called Number=yyyyyyy, Digit Strip=FALSE

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCallSetupRequest:

Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed),

Called Number=yyyyyyy(TON=Subscriber, NPI=ISDN),

Redirect Number=, Display Info=

Account Number=, Final Destination Flag=TRUE,

Guid=9259B1C9-2F43-11DD-8528-0007EBAA1601, Outgoing Dial-peer=331992

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_api_display_ie_subfields:

ccCallSetupRequest:

cisco-username=

----- ccCallInfo IE subfields -----

cisco-ani=xxxxxxx

cisco-anitype=1

cisco-aniplan=1

cisco-anipi=0

cisco-anisi=3

dest=yyyyyyy

cisco-desttype=4

cisco-destplan=1

cisco-rdie=FFFFFFFF

cisco-rdn=

cisco-rdntype=-1

cisco-rdnplan=-1

cisco-rdnpi=-1

cisco-rdnsi=-1

cisco-redirectreason=-1

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccIFCallSetupRequestPrivate:

Interface=0x64C2AB30, Interface Type=3, Destination=, Mode=0x0,

Call Params(Calling Number=xxxxxxx(TON=International, NPI=ISDN, Screening=Network, Presentation=Allowed),

Called Number=yyyyyyy(TON=Subscriber, NPI=ISDN), Calling Translated=FALSE,

Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Outgoing Dial-peer=331992, Call Count On=FALSE,

Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/ccIFCallSetupRequestPrivate:

SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/ccCallSetContext:

Context=0x655E5018

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccSaveDialpeerTag:

Outgoing Dial-peer=331992

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/cc_api_call_proceeding:

Interface=0x64C2AB30, Progress Indication=NULL(0)

.Jun 1 22:58:35: ISDN Se1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x8054

Channel ID i = 0xA98381

Exclusive, Channel 1

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/cc_api_call_cut_progress:

Interface=0x64C2AB30, Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1),

Cause Value=0

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/cc_api_call_cut_progress:

Call Entry(Responsed=TRUE)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCallCutProgress:

Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1), Cause Value=0

Voice Call Send Alert=FALSE, Call Entry(AlertSent=FALSE)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccCallCutProgress:

Call Entry(Responsed=TRUE)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccGenerateToneInfo:

Stop Tone On Digit=FALSE, Tone=Null,

Tone Direction=Network, Params=0x0, Call Id=79950

.Jun 1 22:58:35: //79950/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:

(confID=0x6558DA54, callID1=0x1384E, callID2=0x1384F, tag=0x0)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccConferenceCreate:

Conference Id=0x6558DA54, Call Id1=79950, Call Id2=79951, Tag=0x0

.Jun 1 22:58:35: //79950/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:

Conference Id=0x393D, Source Interface=0x650B4F80, Source Call Id=79950,

Destination Call Id=79951, Disposition=0x0, Tag=0xFFFFFFFF

.Jun 1 22:58:35: //79951/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

 

.Jun 1 22:58:35: cc_api_get_xcode_stream : 4181

.Jun 1 22:58:35: //79951/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:

Conference Id=0x393D, Source Interface=0x64C2AB30, Source Call Id=79951,

Destination Call Id=79950, Disposition=0x0, Tag=0x0

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_generic_bridge_done:

Conference Id=0x393D, Source Interface=0x64C2AB30, Source Call Id=79951,

Destination Call Id=79950, Disposition=0x0, Tag=0x0

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/ccConferenceCreate:

Call Entry(Conference Id=0x393D, Destination Call Id=79951)

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/ccConferenceCreate:

Call Entry(Conference Id=0x393D, Destination Call Id=79950)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_api_caps_ind:

Destination Interface=0x64C2AB30, Destination Call Id=79951, Source Call Id=79950,

Caps(Codec=0x1, Fax Rate=0x1, Vad=0x1,

Modem=0x2, Codec Bytes=20, Signal Type=3)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_api_caps_ind:

Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),

Playout Max=250(ms), Fax Nom=300(ms))

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/cc_api_caps_ind:

Destination Interface=0x650B4F80, Destination Call Id=79950, Source Call Id=79951,

Caps(Codec=0x2, Fax Rate=0x2, Vad=0x1,

Modem=0x0, Codec Bytes=160, Signal Type=2)

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/cc_api_caps_ind:

Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),

Playout Max=250(ms), Fax Nom=300(ms))

.Jun 1 22:58:35: //79951/9259B1C98528/CCAPI/cc_api_caps_ack:

Destination Interface=0x650B4F80, Destination Call Id=79950, Source Call Id=79951,

Caps(Codec=g711alaw(0x2), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),

Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=6999)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_api_caps_ack:

Destination Interface=0x64C2AB30, Destination Call Id=79951, Source Call Id=79950,

Caps(Codec=g711alaw(0x2), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),

Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=6999)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_api_voice_mode_event:

Call Id=79950

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_api_voice_mode_event:

Call Entry(Context=0x655E8DF8)

.Jun 1 22:58:35: //79950/9259B1C98528/CCAPI/cc_process_notify_bridge_done:

Conference Id=0x393D, Call Id1=79950, Call Id2=79951

.Jun 1 22:58:35: ISDN Se1/0:15 Q931: TX -> PROGRESS pd = 8 callref = 0x8054

Progress Ind i = 0x8188 - In-band info or appropriate now available

sip_gw#

sip_gw#

sip_gw#

sip_gw#

sip_gw#

sip_gw#

sip_gw#

sip_gw#

.Jun 1 22:58:44: ISDN Se1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x0054

Cause i = 0x8090 - Normal call clearing

.Jun 1 22:58:44: ISDN Se1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x8054

.Jun 1 22:58:44: //79950/9259B1C98528/CCAPI/cc_api_call_disconnected:

Cause Value=16, Interface=0x650B4F80, Call Id=79950

.Jun 1 22:58:44: //79950/9259B1C98528/CCAPI/cc_api_call_disconnected:

Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)

.Jun 1 22:58:44: //79950/9259B1C98528/CCAPI/ccConferenceDestroy:

Conference Id=0x393D, Tag=0x0

.Jun 1 22:58:44: //79950/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:

Conference Id=0x393D, Source Interface=0x650B4F80, Source Call Id=79950,

Destination Call Id=79951, Disposition=0x0, Tag=0x0

.Jun 1 22:58:44: //79951/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:

Conference Id=0x393D, Source Interface=0x64C2AB30, Source Call Id=79951,

Destination Call Id=79950, Disposition=0x0, Tag=0x0

.Jun 1 22:58:44: //79950/9259B1C98528/CCAPI/cc_generic_bridge_done:

Conference Id=0x393D, Source Interface=0x64C2AB30, Source Call Id=79951,

Destination Call Id=79950, Disposition=0x0, Tag=0x0

.Jun 1 22:58:44: //79951/9259B1C98528/CCAPI/ccCallDisconnect:

Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)

.Jun 1 22:58:44: //79951/9259B1C98528/CCAPI/ccCallDisconnect:

Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)

.Jun 1 22:58:44: //79950/9259B1C98528/CCAPI/ccCallDisconnect:

Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)

.Jun 1 22:58:44: //79950/9259B1C98528/CCAPI/ccCallDisconnect:

Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)

.Jun 1 22:58:44: //79950/9259B1C98528/CCAPI/cc_api_get_transfer_info:

Transfer Number Is Null

.Jun 1 22:58:44: ISDN Se1/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x0054

.Jun 1 22:58:45: //79951/9259B1C98528/CCAPI/cc_api_call_disconnect_done:

Disposition=0, Interface=0x64C2AB30, Tag=0x0, Call Id=79951,

Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)

.Jun 1 22:58:45: //79951/9259B1C98528/CCAPI/cc_api_call_disconnect_done:

Call Disconnect Event Sent

.Jun 1 22:58:45: //79950/9259B1C98528/CCAPI/cc_api_call_disconnect_done:

Disposition=0, Interface=0x650B4F80, Tag=0x0, Call Id=79950,

Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)

.Jun 1 22:58:45: //79950/9259B1C98528/CCAPI/cc_api_call_disconnect_done:

Call Disconnect Event Sent

 

Вот диаграмма сигнализации.

 

Может у оператора тракт не проключается?

Изменено 2 июня, 2008 пользователем shaytan

[facility]

Нда... Вообще, черт ногу сломит в этой отладке :)

 

Не увидел 180 Ringing от 1750 в сторону 3640 и соответственно - сообщения ALERTING от 3640 в сторону PSTN. В PROGRESS конечно тоже можно запихнуть КПВ, но это как-то, на мой взгляд, неправильно :)

 

P.S. А вы что, простите, транзит ISUP через SIP пытаетесь сделать?

[shaytan]

Нда... Вообще, черт ногу сломит в этой отладке :)

 

Не увидел транзит ISUP в сторону 3640 и соответственно - сообщения ALERTING от 3640 в сторону PSTN. В PROGRESS конечно тоже можно запихнуть КПВ, но это как-то, на мой взгляд, неправильно :)

 

P.S. А вы что, простите, транзит ISUP через SIP пытаетесь сделать?

Нет, транзит ISUP через sip мне не нужен. В моём случае КПВ запихнуто в PROGRESS, и я склоняюсь к тому что это сообщение не поддерживает оператор. Другие VOIP шлюзы шлют SIP 180 которые мапятся в ALERTING, а 1751 шлёт SIP 183 котрое соответственно мапится на PROGRESS. Как то можно изменить поведение 1751 и почему не корректно КПВ в PROGRESS помещать?

Interworking Signaling Enhancements for H.323 and SIP VoIP

 

Изменено 2 июня, 2008 пользователем shaytan

[Mikler]

Посмотрите документ о соответствии причин 18х SIP <->ISUP и всё вам станет понятно. Навскидку невспомню какой это RFC. Но это про SIP-T

183 причина не должна там быть, она должна идти после 180-й.

[shaytan]

sip-earlymedia

пункт 3.1.2 PSTN originating

 

А так же:

ISUP Address Complete (ACM)

This message is considered as a response of an ISUP IAM. It

indicates that the call is being processed, and the distant exchange

is checking the availability of the called party. This could also

mean that called party is ringing/alerted. In PSTN, a one-way voice

path is established to the caller by the ACM message. This voice

path is used to carry voice announcements and to transmit tones.

[shaytan]

Как заставить шлюз слать ALERTING после PROGRESS???

[ram_scan]

Кажется progress_ind alert enable

 

Не помню точно команду. Там есть кстати много "недокументированых", по которым cli справки не дает. На cisco.com есть два неплохих документов с названиями troubleshooting one way voice и troubleshooting no ringback, плюс пара вопросов связаных с рингбэком при звонках на исдн аппаратах. Вобщем надо прочитать. Я последний раз кошку как настроил несколько лет тому как, больше и не вспоминал.

 

С сипом проблема будет еще в том что стандарт не обязывает производителей поддерживать метод 183 и ирлимедиа. Поэтому часть шлюзиков возможно придется просто выбросить...

Изменено 6 июня, 2008 пользователем ram_scan

[shaytan]

Во время звонка через VoIP на шлюзы других вендоров нет никаких проблемм с SIP методом 183. Проблема только когда идёт звонок с ISDN на VoIP.

Дело в том что циска принимает рингбак по ртп и отдаёт его прогресом в ISDN но его там не слышно, просто тишина.

[shaytan]

Проблема решена путём смены провайдера :)

[Мартен]

порпобуйте

1. voice call send-alert на циске;

или

2. dial-peer voice .... voip

progress_ind setup enable 3

это то, что помогало мне.