Отвалился ISDN

[fluter]

Здравствуйте, установлена NS1000 и подключен стеком блок TDE200. На TDE200 плата PRI30. Всё работало отлично больше года, но неделю назад отрубилась связь с внешним миром, не работают ни исходящие ни входящие. На входящих даже гудка нет. Оператор заявляет, что проблемы у нас, но настройки не менялись и вся плата мигает зелёным, ошибок не фиксирует. Терзают смутные сомнения, если кто-нибудь даст совет буду премного благодарен. Трассировку входящего вызова прилагаю.

CO->PBX No.13 Port:1 (elapsed time from LPR reset) 01/01/01 00:03:31
L2: I SAPI:0 TEI:0
L3:
SETUP crn:0003 (O)
Sending Complete
Bearer Capability: 80 90 A3 (Speech A-Law)
Channel Identity: A9 83 81 (channel=B1 excl.)
Calling Party Number: 01 83 39 32 31 34 32 30 39 38 33 30
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 9214209830
Called Party Number: 81 34 35 36 30 37 36 35
Type of Number= Unknown, Numbering Plan= ISDN/Telephony
Number= 4560765
02 01 0A 0A 08 02 00 03 05 A1 04 03 80 90 A3 18
03 A9 83 81 6C 0C 01 83 39 32 31 34 32 30 39 38
33 30 70 08 81 34 35 36 30 37 36 35

PBX->CO No.14 Port:1 (elapsed time from LPR reset) 01/01/01 00:03:31
L2: I SAPI:0 TEI:0
L3:
CALL PROCEEDING crn:0003 (D)
Channel Identity: A9 83 81 (channel=B1 excl.)
00 01 0A 0C 08 02 80 03 02 18 03 A9 83 81

PBX->CO No.15 Port:1 (elapsed time from LPR reset) 01/01/01 00:03:31
L2: I SAPI:0 TEI:0
L3:
ALERTING crn:0003 (D)
Progress Indicator: 81 88
Description= "In-band information or appropriate pattern now available"
Location= "private network serving the local user"
00 01 0C 0C 08 02 80 03 01 1E 02 81 88



PBX->CO No.16 Port:1 (elapsed time from LPR reset) 01/01/01 00:03:37
L2: I SAPI:0 TEI:0
L3:
CONNECT crn:0003 (D)
00 01 0E 0C 08 02 80 03 07

CO->PBX No.17 Port:1 (elapsed time from LPR reset) 01/01/01 00:03:37
L2: I SAPI:0 TEI:0
L3:
CONNECT ACK crn:0003 (O)
02 01 0C 10 08 02 00 03 0F



CO->PBX No.18 Port:1 (elapsed time from LPR reset) 01/01/01 00:04:17
L2: I SAPI:0 TEI:0
L3:
DISCONNECT crn:0003 (O)
Cause: 80 E6
Cause Value= "#102 Recovery on timer expiry"
Location= "user"
02 01 0E 10 08 02 00 03 45 08 02 80 E6

PBX->CO No.19 Port:1 (elapsed time from LPR reset) 01/01/01 00:04:17
L2: I SAPI:0 TEI:0
L3:
RELEASE crn:0003 (D)
00 01 10 10 08 02 80 03 4D

CO->PBX No.20 Port:1 (elapsed time from LPR reset) 01/01/01 00:04:17
L2: I SAPI:0 TEI:0
L3:
RELEASE COMPLETE crn:0003 (O)
02 01 10 12 08 02 00 03 5A

[Mike_K]

1. Связь со внешним миром отрубилась после ночи (выходных) или в течение рабочего дня?
2. Исходящие не работают по всем направлениям местные городские номера, межгород, сотовые?
3. Эту трассировку нужно показать провайдеру. Как он прокомментирует Cause Value= "#102 Recovery on timer expiry" в трассировке.
4. Как к Вам приходит 2 мегабитный поток? Оборудование Ваше или провайдера? Как называется?

[НачШтаба]

К провайдеру с утюгом и паяльником...
Сначала всё нормально
От проавайдера сетап, от вас просидинг, алертинг и, внимание - коннект!
Вот оно. (просидинг и алертинг пропускаем, а в телефонную сеть вникаем)
PBX->CO No.16 Port:1 (elapsed time from LPR reset) 01/01/01 00:03:37
L2: I SAPI:0 TEI:0
L3:
CONNECT crn:0003 (D)
00 01 0E 0C 08 02 80 03 07
Мало того, от провайдера есть ответ, что коннект он увидел!
CO->PBX No.17 Port:1 (elapsed time from LPR reset) 01/01/01 00:03:37
L2: I SAPI:0 TEI:0
L3:
CONNECT ACK crn:0003 (O)
02 01 0C 10 08 02 00 03 0F
Только вот дальше этот гадкий провайдер на это отвечает, что не хочет устанавливать соединение, потому что у него какой-то там таймер ниалё. Типа коннекта он один хрен не увидел.
CO->PBX No.18 Port:1 (elapsed time from LPR reset) 01/01/01 00:04:17
L2: I SAPI:0 TEI:0
L3:
DISCONNECT crn:0003 (O)
Cause: 80 E6
Cause Value= "#102 Recovery on timer expiry"
Location= "user"
02 01 0E 10 08 02 00 03 45 08 02 80 E6
Если переводить на русский, то провайдер отбрёхивается (пардон, мотивирует отбой со своей стороны) "причиной" №102 (причин на самом деле херова гора). А объяснение этой "причины" тоже достаточно простое
102. Recovery on timer expiry. Восстановление по истечении таймера. Сеть не дождалась ответа и автоматически прервала или сбросила соединение... И вот тут то главная ложь! В 17-м сообщении в 00:03:37 провайдер честно признался: "CONNECT ACK"! Типа "Деточкин виноват, но он не виноват".

[Mike_K]

НачШтаба, ну не обязательно провайдер виноват.
Если Е1 передаётся по IP, после CONNECT ACK crn:0003 попёр голосовой трафик и схлопнулся Е1 при не достаточной толщине самого IP канала.