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

[Dron]

Это понятно, какие варианты есть при таком раскладе?

Я бы заново и ПРАВИЛЬНО проинициализировал. Тем более, что вы не уверены правильно ли у вас проинициализировано...

[jose]

Я бы заново и ПРАВИЛЬНО проинициализировал. Тем более, что вы не уверены правильно ли у вас проинициализировано...

Можно уточнить последовательность? SW1-1 off. выключаем питание. включаем питание. SW 1-1 ON. далее PGM499 и ребут системы.

или 499 это софтовый аналог sw1-1?

[Dron]

Можно уточнить последовательность? SW1-1 off. выключаем питание. включаем питание. SW 1-1 ON. далее PGM499 и ребут системы.

SW1-1 и SW1-2 поставить в off, выключить АТС и дать постоять минут 5.
Потом SW1-2 в on, включить АТС, в программе 100 выставить Russia, перезагрузить АТС и SW1-1 в on.

[jose]

SW1-1 и SW1-2 поставить в off, выключить АТС и дать постоять минут 5.
Потом SW1-2 в on, включить АТС, в программе 100 выставить Russia, перезагрузить АТС и SW1-1 в on.

Похоже ситуация решена и дело было не в инициализации. Искажались тоновые посылки с некоторых линий.

[Dron]

Похоже ситуация решена и дело было не в инициализации. Искажались тоновые посылки с некоторых линий.

Т.е., как обычно, засада на стороне провайдера??

[jose]

Т.е., как обычно, засада на стороне провайдера??

Видимо да. попытка исправить несуществующую проблему привела к серии проблем. Правда нет уверенности, что именно у них 100% будет решение, DTMF готов\отбой приходят нормально, именно кодирование цифр приходит с ошибками. Где пощупать не знаю, сниферить(осцило графом?) сигнал в линии и смотреть, что там бегает?

Конечно есть сейчас жалобы от абонентов, что все не так, на месте проверяю - доказательств никаких, все работает как надо, эффект самовнушения может.

[jose]

Годзилла возвращается.

Как выяснилось дело не в провайдере, точнее на другом стало тоже самое проявляться. Звонки осуществлялись с сотовых, стационарных городских.

ожидается: вызов -> DISA -> набор номера 144 -> соединение с 144.

имеем: в какой-то момент при наборе во время приветствия достаточно набрать 2 цифры внутреннего номера и сразу соединение и при нажатии 144(по факту набрано лишь 14) вызов проходит на 114. Именно такие номера. В этом конечно есть некая аналогия. При наборе 125 кидает на 112.

Удалил из базы 112, выдает сообщение звонящему с города - неправильно набран номер, хотя в ПГМ169 всех, кроме занято\неответ к аттенданту.

Неисправность MBP100? инициализация производилась. Дважды. Думаю конфиг кидать бессмысленно, настроек после инициализации ровным счетом включение приветствия.

[Dron]

Годзилла возвращается.

Как выяснилось дело не в провайдере, точнее на другом стало тоже самое проявляться. Звонки осуществлялись с сотовых, стационарных городских.

ожидается: вызов -> DISA -> набор номера 144 -> соединение с 144.

имеем: в какой-то момент при наборе во время приветствия достаточно набрать 2 цифры внутреннего номера и сразу соединение и при нажатии 144(по факту набрано лишь 14) вызов проходит на 114. Именно такие номера. В этом конечно есть некая аналогия. При наборе 125 кидает на 112.

Удалил из базы 112, выдает сообщение звонящему с города - неправильно набран номер, хотя в ПГМ169 всех, кроме занято\неответ к аттенданту.

Неисправность MBP100? инициализация производилась. Дважды. Думаю конфиг кидать бессмысленно, настроек после инициализации ровным счетом включение приветствия.

Я вам предлагал для проверки подать вместо внешней линии номер внутренний от самой же АТС, пробовали?

[jose]

Я вам предлагал для проверки подать вместо внешней линии номер внутренний от самой же АТС, пробовали?

Пардон муа, это трудно понять. С СО станции звонить на СО этой же станции?

Таки внешние линии забыл описать, ISDN от одного провайдера, и через VoIP шлюз от другого.

[Dron]

Пардон муа, это трудно понять. С СО станции звонить на СО этой же станции?

Таки внешние линии забыл описать, ISDN от одного провайдера, и через VoIP шлюз от другого.

Не, не так - с внутреннего номера станции звонить на внутренний номер станции, который подключен на порт аналоговой СО.
А у вас проблемы на всех линиях, и на ISDN, и на аналоговых с VoIP шлюза?

[jose]

Не, не так - с внутреннего номера станции звонить на внутренний номер станции, который подключен на порт аналоговой СО.
А у вас проблемы на всех линиях, и на ISDN, и на аналоговых с VoIP шлюза?

Проблемы на всех.

[Dron]

Проблемы на всех.

А версия то у вас какая на станции?

[jose]

А версия то у вас какая на станции?

iPECS-MG/GS55M-1.7Cd OCT/11

[jose]

внутренний номер станции, который подключен на порт аналоговой СО.

Простите мой невежественный вопрос, как подключить внутренний номер станции на порт СО? Просто в моем понимании терминологии подключение происходит к порту(физ коммутация), а номера присваивают или прописывают(программирование). Если таки прописать номер на порт СО, какая программа, мое сознание уже сильно отягощено попытками разобраться во всем этом, с трудом воспринимаю.

да, еще особенность, звонки проходят нормально пока вн абонент отвечает или хотя бы отбой произошел при полном соединении со to внут аб. После того как звонящий на со положил трубку не дождавшись ответа аб со внут номером и случается эта коллизия - последующие попытки после набора второй цифры уже соединяет. Словно автоматически добавляет "1".

[Dron]

Простите мой невежественный вопрос, как подключить внутренний номер станции на порт СО?

Речь идет о физической коммутации...

[jose]

Понятно, сейчас протестирую как себя станция ведет в таком состоянии.


Эммм, господа, прокинул внутренний на со. Таки звонки нормально проходят. Во всяком случае первых 6 на пробелмный номер и 15 на другие, которые по факту незагруженности ошибку могли не проявить. То есть всё работает корректно.

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

Стали тестировать при звонках с сотового и вот началось. Дублирует первую тоновую посылку. Они сейчас смотрят дамп.

[Dron]

Понятно, сейчас протестирую как себя станция ведет в таком состоянии.


Эммм, господа, прокинул внутренний на со. Таки звонки нормально проходят. Во всяком случае первых 6 на пробелмный номер и 15 на другие, которые по факту незагруженности ошибку могли не проявить. То есть всё работает корректно.

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

Стали тестировать при звонках с сотового и вот началось. Дублирует первую тоновую посылку. Они сейчас смотрят дамп.

Вот, вот, именно, при звонках с сотовых у нас и бывает. Причем, в основном, с билайновских.

[jose]

Вот, вот, именно, при звонках с сотовых у нас и бывает. Причем, в основном, с билайновских.

А это наблюдалось не только с сотовых.

[jose]

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

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

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

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

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

[harris]

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

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

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

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

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