>Смотрите в сторону сигнализации Q931 ISDN. Отрубать может цифровой коммутатор ТФОП если
>в нем не прописана нумерация или прописанная имеет другой стандарт.другими словами
>проанализировав дебаг q931 можно узнать что причина дисконнекта может быть получена
>от свича. Вот дебаг q931:
Jun 27 13:04:06.889: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0053
Sending Complete
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18381
Preferred, Channel 1
Progress Ind i = 0x8A83 - Origination address is non-ISDN
Calling Party Number i = 0x2183, '4872249704'
Plan:ISDN, Type:National
Called Party Number i = 0x81, '249975'
Plan:ISDN, Type:Unknown
Jun 27 13:04:06.893: ISDN Se3/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x805
3
Channel ID i = 0xA98381
Exclusive, Channel 1
Jun 27 13:04:06.893: ISDN Se3/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x8053
Jun 27 13:04:06.901: ISDN Se3/0:15 Q931: TX -> CONNECT pd = 8 callref = 0x8053
Jun 27 13:04:06.921: ISDN Se3/0:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x0
053
Jun 27 13:05:06.594: ISDN Se3/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x00
53
Cause i = 0x8090 - Normal call clearing
Progress Ind i = 0x8288 - In-band info or appropriate now available
Jun 27 13:05:06.598: ISDN Se3/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x8053
Jun 27 13:05:06.622: ISDN Se3/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x
0053
Cause i = 0x8090 - Normal call clearing
Все вроде бы корректно, но может, я чего-то недопонимаю?
