Кто делал SUBJ, удачно ли?
Есть ли проблемы?
У меня есть, при входящем вызове на COT, если ATDN BUSY транк переходит в состояние LOCKOUT.
Из положения вышел, но проблема осталась.

Посмотри здесь:
http://bbs.radiolink.ru/forum/showthread.php?s=&threadid=18019&highlight=COT
или поиском - решение было.

Именно так и сделал, отключил SUPV, но при этом BUSY "ловит" хуже. Да и не понятно на Rls.2540b этой проблемы не было. Несколько смущает отсутствие Pkg.152(Flexible services) в S_3_0.

PhanTom пишет
.. отключил SUPV, но при этом BUSY "ловит" хуже.
Но всё-таки ловит ?

Привет всем
У нас таже проблема
Есть некая телефонная станция для трейдеров
Называется IPC Соединяется с мерином М81 потоками QSIG GF
За день работы в состояние LOCKOUT уходит от 1 до 8-12 транков Причем только выключение в 60 оверлее всего транка решает проблему
Та же проблема на другой станции S3.0 М11 и в другой стране
Но там четко проблема появилась после перехода с 25.40 на S3.0
Относительно решил проблему утренней перезагрузкой всех этих транков Тогда к вечеру локаутов немного и может не быть вообще ( правда редко)
Если же перезагрузить скажем в пятницу вечером В выходные ессно звонков через поток нет и утром в понедельник локаутов тоже нет Но к вечеру уйдет в локаут до 20 транков
Я написал скрипт который все перегружает в автомате по утрам и теперь пытаюсь как то добиться от поставщика решения проблемы
Если есть другие методы прошу описать

2 box140:
Ну если трейдеры не виноваты :) ,то нужно выяснить несколько вещей:
1. M81 в IPC включенно напрямую, либо через VoIP какой-нибудь.
2. На IPC транки уходят ли в локаут и какой принцип занятия на ней(сначала,с конца , случайное)?
3. Включить трассировку D-канала, и выяснить в какой ситуации это проискодит, т.е. сопоставить меседж и ошибку, которую выдаст меридиан при уходе транка в локаут.

У меня была такая ерунда.
Только конфиг поменьше был
АС5350-Е1-11С-Е1-ТФОП
Так вот - при сливе трафика с ИП (АС5350) транки начали уходить в локаут - которые между 11С и ТФОП - выяснилось что не все соединения имеют сообщение о конце сеанса. 11С ждет положеный тайм аут и отрубает транк ... вылечилось сменой конфигурации на АС-ке ... хотя наверняка есть некий таймер ...