Тема: Ошибка адресата при тоновом наборе KX-TDA200
Приветствую всех участников форума.
Столкнулся со следующей проблемой - если набирать номер телефона вручную при тоновом наборе, попадаешь на нужного абонента.
Если в телефоне выбрать повтор номера, то сотрудники попадают на вообще непонятно на кого.
Плата стоит голосового потока PRI-30
Провайдер утверждает, что на его стороне все гуд.
Если устанавливаешь импульсный набор - проблем нет вообще.
Но импульсный набор - это уже совсем неинтересно.
Если в свойствах порта платы выставить значение режим En-bloc, то проблема не наблюдается, НО, после набора номера приходится ждать секунд 10 и ожидать соединения. Во время этого тишина, а после гудки
Прочитал ваш пост и склонен подвергнуть сомнению утверждение Провайдера. Почему?
Потому что при наборе номера в режиме Overlape с вашей стороны, аналогичный режим должен быть по входу и у Провайдера (А это не так. Поскольку “Если в свойствах порта платы выставить значение режим En-bloc, то проблема не наблюдается”). А если это не так, то “сотрудники попадают на вообще непонятно на кого”. Вы можете сделать трассировку своего вызова встроенной утилитой программы администрирования ATC по карте PRI30 и показать её Провайдеру. Что касается 10-секундного ожидания, Вы можете уменьшить межцифровой интервал набора до 5 сек. Будет полегче.
Подскажите, как уменьшить межцифровой интервал?
пункт 3.1.4
Что-бы не было паузы, заполните диалинг план. Подробно в Чаво.
И оставьте энблок. Словам прова тоже не верю, но можно и в трассировкеу глянуть.
при наборе номера в режиме Overlape с вашей стороны провайдер сразу присылает Connect и затем принимает номер вызываемого в голосовом канале. поэтому Redial и не работает. на 1232 и TD500 это не устранялось. используйте Endblock и заполните 3.1.4
при наборе номера в режиме Overlape с вашей стороны провайдер сразу присылает Connect и затем принимает номер вызываемого в голосовом канале
Занятно, а на сколько это нормально? Т.е. почему это должно лечиться на стороне потребителя?
Имхо, это непосредственно прова лечить надо. И почему тогда редайл не работает? Это ж чистый энблок будет. Нее, трассировка ннада.
ЗЫ. А биллинг тоже от коннекта пойдет?). т.е независимо от ответа ))
на TDA и более современных всегда используем Endblock поэтому с данной проблемой сталкиваться перестали.Редайл не работает потому что формально номер вызываемой стороны не передавался и повторять нечего
я принципиально использую оверлап(для меня должны быть очень убедительные доказательства чтоб я включил En-bloc). Понятно провайдер гоняет там дальше в айпи и часть своих проблем перекладывает на клиента, плюс их инженерам удобно смотреть набранные номера(но это их проблемы). Тут понятно я смогу смухлевать на время теста притащить 1232 и сказать наша АТС умеет только так.
Теперь поясню почему, заполненный диал план может со временем изменятся(в Европе длину номера может изменять сам клиент, вот вам 12 знаков от международного звонка, а захотел расширился и сделал 14) и ваш клиент банально окажется не сможет позвонить(будет давать занято), а тебе еще надо догадаться и понять в чем дело.
Потом(это для крупных компаний), может банально не хватить количество диал планов или строчек в нём. Понятно это станет не сразу, а по мере роста(и уже поздно будет требовать провайдера пересмотреть).
Еще трабла может вылезти если есть удаленный офис и с него и по городу и по внутреннему(ну типа внутренний 3хх и городской 3хххх), можно выкручиваться префиксами и т.д. но всегда появляется мысль, А ОНО ВАМ НАДО?
т.е. если провайдер заставляет использовать En-bloc(да еще с вас за это берет деньги), то это надо ему, не вам. а значит вы можете полностью и в открытую выкручивать руки менеджеру на получение бонусов, скидок и т.д. Мотивируя, что вам потребуется специфическая перенастройка оборудования с большим финансовым вложением настройщику и провайдер должен это компенсировать каким-то образом.
Или остаемся на оверлапе и никто никому ничего не должен.
