Тема: Еще одна проблема с транзитом

20.03.04 22:53 Tie (98/11.05.03)

Всем привет.
Оказалось, что это http://www.elektroseti.ru/conf/showthread.php?s=&threadid=2493
не единственная проблема :(
Есть некоторые междугородние номера телефонов, соединение по которым устанавливается примерно 20-25секунд. Если звонить с основной станции (LDK-300), то все нормально. А если со слейв станции (LDK-100), то примерно через13-15 секунд после набора номера получаю отбой (ISDN LINE RELEASED). Настройки таймеров на станциях практически одинаковые. Что может быть?

[ #1 ] 22.03.04 16:31 harris EXPERT

Увы! В настоящий момент ваш случай - безнадежный. Таймер на транзите =15 сек (фиксированый, т.е. не программируется). Поэтому и ответ от провайдера (Call_Proc/Alert/Connect) должен поступать в пределах 15 сек. В противном случае транзитная АТС (Master) производит разъединение (освобождает линию), что Вы собственно и наблюдаете.

[ #2 ] 22.03.04 17:51 Tie (98/11.05.03)

Вот блин! :(
Можно немножко более подробно? (если конечно есть инфа)
В какой момент таймер запускается и каким событием от прова сбрасывается.
Попробовал только что с другим провайдером - работает (типа ответ приходит <15 сек). Но голосовой канал включается примерно через 30сек. Отсюда мысль: что этот пров может посылать для сброса таймера?
(кстати есть трасса, снятая проблемным провом с потока)

[ #3 ] 22.03.04 18:33 harris EXPERT

Таймер запускается после посылки каждой цифры.
Сбрасывает не провайдер, а LDK-300, поскольку по истечении 15 сек от провайдера нет “ни ответа, ни привета”. Правда, на той версии PMU, которая у Вас стоит, LDK-300 сбрасывает канал только в сторону LDK-100. Что при этом в Вашем случае происходит с каналом от провайдера - надо смотреть трассировку.
Станция от провайдера ожидает по крайней мере “Готовность вызова” (Call_Proc), если полученных провайдером цифр достаточно для маршрутизации вызова.

[ #4 ] 23.03.04 9:03 Tie (98/11.05.03)

Вот кусок трассы. (я выкинул из нее все цифры кроме первой и последней)

ans1 Unit100_22C <- LINK(MultNo=1444) 05:57:29.355
=== LAPD ===
=== ETSI ISDN ===
PROT DISC : 08h = Q.931 user-network call control message
LEN CALL R : 2
CALL REF : 32513
MESS TYPE : 05h = Setup
—- SETUP—-
—- BEARER CAP—-
CODING STD : .00….. = CCITT standardized coding
INFO TC : ...00000 = speech
TRANS MODE : .00….. = circuit mode
INFO TR : ...10000 = 64 kbit/s
LAYER ID : .01…..
USRINFO L1 : ...00011 = recommendation G.711 A-law
—- CHANNEL ID—-
INT ID PRS : .0…... = interface implicitly identified
INT TYPE : ..1….. = other interface
PREF/EXCL : ....1… = exclusive: only the indicated channel is acceptable
D-CHANNEL : .....0.. = the channel identified is not the D-channel
INFCHANNEL : ......01 = B1 channel
CODING STD : .00….. = CCITT standardized coding
NUMBER/MAP : ...0…. = channel is indicated by the number in the following octet
CHANNL/MAP : ....0011 = B-channel units
CHANNEL NO : 81h
ans1 Unit100_22C -> LINK(MultNo=1444) 05:57:29.372
=== LAPD ===
=== ETSI ISDN ===
PROT DISC : 08h = Q.931 user-network call control message
LEN CALL R : 2
CALL REF : 32513
MESS TYPE : 0Dh = Setup acknowledge
—- SETUP ACK—-
—- CHANNEL ID—-
INT ID PRS : .0…... = interface implicitly identified
INT TYPE : ..1….. = other interface
PREF/EXCL : ....1… = exclusive: only the indicated channel is acceptable
D-CHANNEL : .....0.. = the channel identified is not the D-channel
INFCHANNEL : ......01 = B1 channel
CODING STD : .00….. = CCITT standardized coding
NUMBER/MAP : ...0…. = channel is indicated by the number in the following octet
CHANNL/MAP : ....0011 = B-channel units
CHANNEL NO : 81h
ans1 Unit100_22C <- LINK(MultNo=1444) 05:57:30.435
=== LAPD ===
=== ETSI ISDN ===
PROT DISC : 08h = Q.931 user-network call control message
LEN CALL R : 2
CALL REF : 32513
MESS TYPE : 7Bh = Information
—- INFO—-
—- CALLED NO—-
TYPE OF NO : .000…. = unknown
NUMB PLAN : ....0000 = unknown
NO DIGITS : ‘8’
.
. еще примерно 9 цифр
.
ans1 Unit100_22C <- LINK(MultNo=1444) 05:57:36.914
=== LAPD ===
=== ETSI ISDN ===
PROT DISC : 08h = Q.931 user-network call control message
LEN CALL R : 2
CALL REF : 32513
MESS TYPE : 7Bh = Information
—- INFO—-
—- CALLED NO—-
TYPE OF NO : .000…. = unknown
NUMB PLAN : ....0000 = unknown
NO DIGITS : ‘8’
ans1 Unit100_22C -> LINK(MultNo=1444) 05:57:55.802
=== LAPD ===
=== ETSI ISDN ===
PROT DISC : 08h = Q.931 user-network call control message
LEN CALL R : 2
CALL REF : 32513
MESS TYPE : 01h = Alerting
—- ALERTING—-
—- PROGR IND—-
CODING STD : .00….. = CCITT standardized coding
LOCATION : ....0010 = public network serving the local user
PROGRDESCR : .0000001 = call is not end-to-end ISDN; further call progress information may be available in-band
ans1 Unit100_22C -> LINK(MultNo=1444) 05:58:05.320
Error: PDU is longer than expected
=== LAPD ===
=== ETSI ISDN ===
PROT DISC : 08h = Q.931 user-network call control message
LEN CALL R : 2
CALL REF : 32513
MESS TYPE : 07h = Connect
—- CONNECT—-
—- PROGR IND—-
CODING STD : .00….. = CCITT standardized coding
LOCATION : ....0010 = public network serving the local user
PROGRDESCR : .0000001 = call is not end-to-end ISDN; further call progress information may be available in-band

Вот впосле набора последней восьмерки и приемом сообщения “Alerting” проходит 20 секунд :(
Соответственно транзитная атс освобождает линию к слейв не дожидаясь приема этого сообщения

[ #5 ] 24.03.04 9:41 Tie (98/11.05.03)

“Готовность вызова” - это сообщение “CALL PROCEEDING”?
Оно обязательно должно присутствовать или нет? (в трассе-то его нету)

[ #6 ] 24.03.04 14:45 harris EXPERT

Да. Call Proceeding- это “Готовность вызова”. Обычно провайдер присылает сначала Call_Proc, а потом Alert. Но, насколько я понимаю, допускается и сразу - Alert.
Попробуйте поговорить с провайдером: может они смогут что-то подправить, чтобы присылать Call_Proc в пределах 15 сек???