Тема: Два вопроса по CO-линиям (зависание в “занято” и выход по конкретной CO при включенном ARS)
Добрый день.
У меня вялотекущие две проблемы, с которыми борюсь уже довольно долго и понимаю что моих усилий видимо уже не хватает.
АТС - Panasonic-TDA600
1. Есть группа аналоговых внешних линий, которые воткнуты в GSM-терминалы. На них с помощью ARS маршрутизируются звонки на корпоративные мобильники. Время от времени сталкиваюь с ситуацией, что первые 3-4-5 линий из этой группы зависают в состоянии “занято” (если выбрать внещнюю линию через *37+ХХХ то слышны короткие гудки).
Перезагрузка терминалов - не помогает. Мало того если в сам терминал воткнуть телефон, вместо провода от АТС, то терминал вполне готов к звонку, “зависание” происходит именно на стороне АТС.
решение пока только одно - руками отслеживать момент зависания и через консоль управления делать на конкретную линию OUS-INS (выкл-выкл). После этого линия отвисает и нормально работает еще какое то время.
Причину зависания отловить не удается - но стабильно раз-два в неделю такое происходит.
Зависающие линии ничем не примечательны, оборудование почти одинаковое. остальные линии не виснут думаю потому, что до них просто дело не доходит, или я успеваю обнаружить зависшие линии ДО того как зависнут ВСЕ линии.
Возможно ли что-то сделать? В чем может быть причина “зависаний”? Можно ли как-то программно перегружать линии по расписанию?
2. У нас включен ARS, для маршрутизации звонков на мобильные. Для одного внутреннего номера нужна привязка к определенной CO (НЕ GSM, просто МГТСная линия), т.е. еогда звонят с этого телефона он должен выходить в город строго с определенного номера. Сделал все настройки через COS, и наблюдаю такую картину:
- если с этого номера звонить на номер перечисленный в правилах ARS, то звонок проходит и идет через МГТСную линию (несмотря на то что в правилах ARS стоит маршрутизация через GSMшлюзы)
- если с этого номера звонить на любые другие номера - то звонок не проходит, обрывается в процессе набора номера.
- если с номера выбрать нужную внешнюю линию (например *37+XXX) то все звонки нормально проходят.
пока решили вопрос тем, что человек с этого телефона выходит в город через 8+ХХ (номер транк группы этой CO) и дальше уже набирает номер, но хочется понять в чем проблема, почему при включенном ARS через 9 с этого номера можно звонить только на обозначенные в ARS номера.
настройки делал такие:
- 2.7.1 отдельный COS для внутреннего номера
- 2.7.2 запрет этому COS всех линий CO кроме нужной
- 4.1.1 установка этого COS для нужного внутреннего номера
- 10.1 установка для нужной CO выделенной TRG (для выбора ее через 8+XX)
проблема в настройках, или в голове?
Если что-то недоизучал - ткните пож носом в ключевые слова или в пункт мануала.
Спасибо большое заранее.
1. https://komendant.pro/spr/viewthread/35895/
Зависшая СО развиснет сама если установлен таймер на продолжительность звонка, для срочного сброса нужна перезагрузка.
Я вылечил имеющейся в моих терминалах линксис переполюсовкой, но можен получиться и с помощью СРС.
читайте форум или обращайтесь к мастерам... задача несложная
читайте форум или обращайтесь к мастерам... задача несложная
Форум я читал, но самостоятельно ответа не нашел.
Вот обратился к мастерам.
Если ваши слова означают что такая помощь только за деньги - то ок. вас понял.
Я правда надеялся, что мастера хотя бы подскажут куда копать, но раз нет, так нет. Имеете право.
По 2
Копайте на здоровье
Добрый день.
У меня вялотекущие две проблемы, с которыми борюсь уже довольно долго и понимаю что моих усилий видимо уже не хватает.
АТС - Panasonic-TDA6001. Есть группа аналоговых внешних линий, которые воткнуты в GSM-терминалы. На них с помощью ARS маршрутизируются звонки на корпоративные мобильники. Время от времени сталкиваюь с ситуацией, что первые 3-4-5 линий из этой группы зависают в состоянии “занято” (если выбрать внещнюю линию через *37+ХХХ то слышны короткие гудки).
Перезагрузка терминалов - не помогает. Мало того если в сам терминал воткнуть телефон, вместо провода от АТС, то терминал вполне готов к звонку, “зависание” происходит именно на стороне АТС.
решение пока только одно - руками отслеживать момент зависания и через консоль управления делать на конкретную линию OUS-INS (выкл-выкл). После этого линия отвисает и нормально работает еще какое то время.
Причина зависания - мобильник кладёт трубку, а его гудки не являются для АТС разрывом соединения. Если шлюзы умеют давать специальный сигнал конца соединения, то надо их настроить на выдачу этого сигнала, а АТС - на отслеживание сигнала. Шлюзы SpGate, например, умеют давать такой сигнал - переполюсовку в начале соединения и в конце. Если линия не умеет давать сигнал конца соединения, на неё можно поставить “отбойники”, например - http://www.npficon.ru/catalogitems.php?part=11&id=11
1. Хорошие шлюзы должны уметь работать с переполюсовкой. Те, что похуже - те должны уметь давать хотя бы СРС. Для первых включайте обнаружение полярности в свойствах портов LCOT, для вторых - выставляйте длительность обнаружения СРС немного меньшей, чем даёт шлюз. Если же шлю(х/з)и не умеют ни того, ни другого, правильнее было бы их выкинуть и поставить “правильные”. Отбойники, конечно же, спасут, но.. хорошие и правильные отбойники сопоставимы с ценой шлю(х/з)ов.
2. Если абонент не может выйти на какую-то СО при использовании 9-ки, то надо либо в ARS предусматривать “оставшиеся” цифры (это нерационально, так как придётся для этого рисовать новые Carrier-ы), либо (при определённых установках в 8.1) предусматривать выделенную TG в Local Access-е 3.1.2, причём загнать куда-нибудь в конец. Абонент сначала пусть тычется в те TG, в которые нельзя, но в итоге дотыкивается до своей. Зато другие проглоты, которым эта TG может быть доступна, будут на неё попадать только в случае, если те, что в начале списка, уже заняты.
ЗЫ. Имеем право 😊 .. Ждём распространения версий, требующих ключей.
