Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Зависает поток на LDK-100---Help
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
Andr
Доброго всем!
Есть две атс: LDK-100-оконечная. 3.8Ct и транзитная LDK-300 3.6Ca, в LDK-300 два потока, один в город, второй на LDK-100, абоненты которой выходят в город через Net Plan по 9ке PSTN через LDK-300.
на одном из абонентов(522) 100-ки установлена переадресация в город через Speed Dial (*554 5 Speed2006(801XXXXXX)),
входящий по потоку приходит на LDK-300, далее на Net Number(522) в LDK-100 и далее на мобильник городского формата
Все прекрасно работало до недавнего времени,
начались проблемы в выходом и входом в город на оконечной атс,
анализ SMDR на LDK-100 показал, что зависают каналы PRI между 100-кой и 300-кой после звонков с переадресацией

0079 522 030 00:01:43 10/07/11 12:05 O801XXXXXX ** 0 0
0080 CO030 005 00:01:43 10/07/11 12:05 I8482538410

30-ая линия осталась висеть, не занималась по 9-ке

0048 522 029 00:00:22 10/07/11 11:56 O801XXXXXX ** 0 0
0049 CO029 003 00:00:22 10/07/11 11:56 I696309
0050 512 030 00:00:22 10/07/11 11:56 O696291 ** 0 0

29-ая линия не занималась после этого звонка

а по сему вопрос, что могло поменяться и кто виноват, оператор или атс
трассы буду снимать на следующей неделе,
после ресета все восстанавливается но на два, три дня, потом ни входа ни выхода,
на транзитной атс все нормально и вход и выход есть
конфиги атс могу предоставить

заранее всем спасибо...


Евген_й
Если есть управление станциями, дайте скрины команды "bs xx" , где хх - поточные платы 300-ки и 100-ки(связка), в один и тот же момент времени. Ну и скрины команды "check co" той и другой станции.
ЛыЖник
Цитата(Andr @ 14.10.2011, 22:14) *
Доброго всем!
Есть две атс: LDK-100-оконечная. 3.8Ct и транзитная LDK-300 3.6Ca, в LDK-300 два потока, один в город, второй на LDK-100, абоненты которой выходят в город через Net Plan по 9ке PSTN через LDK-300.
на одном из абонентов(522) 100-ки установлена переадресация в город через Speed Dial (*554 5 Speed2006(801XXXXXX)),
входящий по потоку приходит на LDK-300, далее на Net Number(522) в LDK-100 и далее на мобильник городского формата
Все прекрасно работало до недавнего времени,
начались проблемы в выходом и входом в город на оконечной атс,
анализ SMDR на LDK-100 показал, что зависают каналы PRI между 100-кой и 300-кой после звонков с переадресацией

0079 522 030 00:01:43 10/07/11 12:05 O801XXXXXX ** 0 0
0080 CO030 005 00:01:43 10/07/11 12:05 I8482538410

30-ая линия осталась висеть, не занималась по 9-ке

0048 522 029 00:00:22 10/07/11 11:56 O801XXXXXX ** 0 0
0049 CO029 003 00:00:22 10/07/11 11:56 I696309
0050 512 030 00:00:22 10/07/11 11:56 O696291 ** 0 0

29-ая линия не занималась после этого звонка

а по сему вопрос, что могло поменяться и кто виноват, оператор или атс
трассы буду снимать на следующей неделе,
после ресета все восстанавливается но на два, три дня, потом ни входа ни выхода,
на транзитной атс все нормально и вход и выход есть
конфиги атс могу предоставить

заранее всем спасибо...

ИМХО, пусть провайдер сделает рестарт платы ISDN в ГАТС. У меня было подобное: на одном пот оке работает все корректно, а на втором криво работали исходящие ГАТС как буд-то бы не воспринимала часть набора.
harris
Тут нужно смотреть трассировку потоков при переадресации на занятый мобильник.
Скорее всего, проблема кроется в наличии Progress_Indicator в Disconnect'е.
И еще было бы неплохо, уточнить, какие версии прошивок стоят на станциях.
Евген_й
Игорь добрый день!
Как я понял из первого поста, линии платы смотрящей на город свободны, а вот линии транзитной платы не освобождаются(речь о 300-ке). Это я и хотел уточнить командами check co и bs. А версии рабочие ..(см первый пост)
Andr
В продолжение темы:
до трасс дело не дошло, клиент сказал что проблемы исчезли, единственное, что поменяли на транзитной LDK-300 в 321пр JOIN (был REROUT, лицензий нет) и оператор что-то колдовал...
так что о причинах зависаний остается только догадываться...
Всем спасибо за участие и советы smile.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.