Некорректная переадресация Опции

[jose]

При входящем звонке во время приветствия disa при наборе абонентов с номерами 1ХХ их перекидывает в группу *630, хотя такого быть не должно. Если номер не набирать, или набрать 0, то соединяет с аттендантом(как и должно быть) Если набирают номера 2хх, 3хх тоже соединяет верно с двухсотыми и трехсотыми.

CCR отключена.

Incoming CO Alternative:
Vacant Number - Attendant,
Transfer No-Answer - Attendant.
Error - CO ring assign
Остальные disconnect.

На сотых номерах переадресаций нет. Настройки активно менялись, но по логике вещей к DISA не относящиеся.

[jose]

Доброго утра.

Новости такие, от провайдера приходит дробленая тоновая посылка. Решать они это могут долго, а могут и вообще не решить. На первое время нужно как-то силами станции исправить ситуацию. А если указать, что в промежутке С миллисекунд всё еще один тоновый сигнал? Пускай он будет сдвоенный, но воспринимать его как один.

ПГМ 175, указывается задержка перед отправкой следующей цифры. ставил 600 миллисекунд. Изменение этого параметра не исправляет ситуацию, то есть первый тоновый сигнал всё равно воспринимается как два.

Так.. или наоборот уменьшать нужно? )))

upd Понятно. видимо это интервал в течении которого будет тоновая посылка. Значит уменьшать.

[harris]

Доброго утра.

Новости такие, от провайдера приходит дробленая тоновая посылка. Решать они это могут долго, а могут и вообще не решить. На первое время нужно как-то силами станции исправить ситуацию. А если указать, что в промежутке С миллисекунд всё еще один тоновый сигнал? Пускай он будет сдвоенный, но воспринимать его как один.

ПГМ 175, указывается задержка перед отправкой следующей цифры. ставил 600 миллисекунд. Изменение этого параметра не исправляет ситуацию, то есть первый тоновый сигнал всё равно воспринимается как два.

1) Нет. В станции нет опций, которые могли бы влиять в данном случае. Если приходит сдвоенный тон, то он и будет восприниматься как донабор двух цифр.
НЕ НУЖНО КРУТИТЬ таймеры наугад!!!

2) Вопрос может быть только в величине паузы между тонами.
Нужно попытаться записать тоновый сигнал с линии в файл. Сделать это с линии ISDN врядли получится.
На аналоговых СО-линиях (через VOIP шлюз) та же проблема присутствует?? Если да, то попробуйте записать:
- либо трассировку RTP-пакетов на шлюзе
- либо записать тоны непосредственно с СО-линии в звуковой файл.
Тогда можно будет хоть что-то понять. Если пауза между тонами меньше установленной стандартом, то можно попробовать предъявить претензию корейцам. Если пауза между тонаит соответствует стандарту, то тогда прензий к MG быть не может.

[jose]

1) Нет. В станции нет опций, которые могли бы влиять в данном случае. Если приходит сдвоенный тон, то он и будет восприниматься как донабор двух цифр.
НЕ НУЖНО КРУТИТЬ таймеры наугад!!!

2) Вопрос может быть только в величине паузы между тонами.
Нужно попытаться записать тоновый сигнал с линии в файл. Сделать это с линии ISDN врядли получится.
На аналоговых СО-линиях (через VOIP шлюз) та же проблема присутствует?? Если да, то попробуйте записать:
- либо трассировку RTP-пакетов на шлюзе
- либо записать тоны непосредственно с СО-линии в звуковой файл.
Тогда можно будет хоть что-то понять. Если пауза между тонами меньше установленной стандартом, то можно попробовать предъявить претензию корейцам. Если пауза между тонаит соответствует стандарту, то тогда прензий к MG быть не может.

в пгм175 поставил 100мс, ситуация значительно улучшилась. Эта программа ведь как раз для этого случая и нужна?

При выполнении вызова по исходящей СЛ можно регулировать интервал отправки тоновых сигналов DTMF каждой цифры. Эта особенность очень удобна для использования функций сокращенного набора или повторного набора.

Интервал уменьшил до 100мс, то есть все, что свыше, отбрасывается. Дело не в том, что два сигнала приходит, а один дробится на две части. К корейцам конечно никаких претензий, проблема 100% провайдера, но ее можно частично устранить силами MG.