Есть 2 станции CS1000S S4.0 и Branch S4.0 связанные между собой через IP транки и Signaling Server.
Полгода звонки между станциями ходили нормально, затем примерно неделю назад возникла проблема.
Человек звонит, разговаривает и потом примерно через секунд 30 - минуту в одну сторону пропадает слышимость.
То есть один абонент другово слышит а его не слышат.
Секунд через 10-15 слышимость может восстановится а может и вобще связь разорваться.
Никто с таким не сталкивался?

На этапе разговора, кроме шлюзов и активного оборудования (комукакеры, раутеры) больше никто не завязан. Я б рыл в сторону IP сетки и что там происходит.

Основная станция и бренч стоят в одной стойке.
Работают через БайСтек.
В принципе я тоже грешу на сетку. Может вирус завелся или еще что.

Zero!! пишет
Основная станция и бренч стоят в одной стойке.
Работают через БайСтек.
В принципе я тоже грешу на сетку. Может вирус завелся или еще что.
Вообще не важно где они стоят - важно как идет звонок от одного IP устройства к другому.
Особенно если это два телефона, подключенных к PC, на которых кто-то генерит траффик, а QoS выставлен в сети неправильно.
Проблему с бренчово-мэйновым каналом может отследить адаптив, но только набрав статистику. Как результат для улучшения качества разговора голос пойдет по PSTN.
В случае с качание файлов - даде это не поможет. Положительная сторона в том, что QoS логов наберется много.

Zero!! пишет
Есть 2 станции CS1000S S4.0 и Branch S4.0 связанные между собой через IP транки и Signaling Server.
Полгода звонки между станциями ходили нормально, затем примерно неделю назад возникла проблема.
Человек звонит, разговаривает и потом примерно через секунд 30 - минуту в одну сторону пропадает слышимость.
То есть один абонент другово слышит а его не слышат.
Секунд через 10-15 слышимость может восстановится а может и вобще связь разорваться.
Никто с таким не сталкивался?
Про разрыв - если звонок идет через медиа карту, то это может быть ICMP Monitor - думает что из-за недостатка ICMP ответов с каналом все плохо и пора закрывать
Нормальные настройки для ICMPMon есть в 19345 (да и вообще патчи этого аффтора на SMC всегда несут много рулезов)

После перезагрузки сигнальника войти на него на Element Manager несозможно. Он не берет IP абонентов с MC 32 после загрузки.
Кто много сталкивался с SS прокоментируйте плиз лог загрузки что ему не нравится.

Zero!! пишет
После перезагрузки сигнальника войти на него на Element Manager несозможно. Он не берет IP абонентов с MC 32 после загрузки.
Кто много сталкивался с SS прокоментируйте плиз лог загрузки что ему не нравится.
А где PDT команды типа i/pbxLinkShow/tpsShow/electShow

Транки выграли выборы - то есть на этом сигнальнике должен быть и нодный IP - но в некоторых сетевых конфигурациях сетка распадается на пару раздельных сегментов. И как результат те элементы, что в одном не знают о тех, что в другом. И выборы происходят независимо.
Соответственно сеты зарегистрятся туда, куда их зарутят.
А так как MC32 может не видет SS то и сеты она туда не запуляет.
Да и патчей на SS не видать. Не хорошо это :)

Я наверно выгляжу умнее чем на самом деле.
А можно это же еще раз для "чайников" :)
Что это значит для меня и что мне делать. Перезалить конфу как то. Или вобще поставить новый SS?

Zero!! пишет
Я наверно выгляжу умнее чем на самом деле.
А можно это же еще раз для "чайников" :)
Что это значит для меня и что мне делать. Перезалить конфу как то. Или вобще поставить новый SS?
Для начала - выполнить electShow на сигнальнике и на карточке.
Посмотреть, кто с точки зрения каждого субьекта федерации участвует в выборах.
Если сигнальник считает, что только он, а карта считает что только она, то тут проблемы с сетью.
Месяца 4 назад тут такая же проблема была у кого-то
Есть вариант сделать пинги на TLAN карты с сигнальника и на тилан сигнальника с карты.

Zero!! пишет
Я наверно выгляжу умнее чем на самом деле.
А можно это же еще раз для "чайников" :)
Что это значит для меня и что мне делать. Перезалить конфу как то. Или вобще поставить новый SS?
Список запущенных тасков через команду i я хотел для проверки того, жив ли httpd
На него может незаходиться тоже по причине роутинга.

Вот

Zero!! пишет
Вот

судя по этому - сетка порвалась! SS не видит обе карточки. И карточки не видят SS

electShow
Node ID : 99
Node Master : Yes
Up Time : 0 days, 2 hours, 22 mins, 24 secs
TN : 00 00
Host Type : ISP 1100
TLAN IP Addr : 10.10.99.134
ELAN IP Addr : 192.168.224.194
Election Duration : 15
Wait for Result time : 35
Master Broadcast period : 30
===== master tps =====
Host Type TN TLAN IP Addr
ISP 1100 00 00 10.10.99.134
Next timeout : 23 sec
AutoAnnounce : 1
Timer duration : 60 (Next timeout in 32 sec)
====== all tps ======
Num TN Host Type ELAN MAC TLAN IP Addr ELAN IP Addr Up Time NumOfSets TimeOut
001 00 00 ISP 1100 00:02:b3:f7:6a:26 10.10.99.134 192.168.224.194 000 02:22:24 0 0


====== Cards in node configuration that are not registered ======
Num TN Host Type ELAN MAC TLAN IP Addr ELAN IP Addr
001 14 0 SMC 00:20:d8:d1:57:f9 10.10.99.136 192.168.224.196
002 24 0 SMC 00:20:d8:d1:44:35 10.10.99.137 192.168.224.197

Пинга нет, но обычно им начинают лечить.
Будут ходить пинги - все заработают.
Ради хохмы в хаб с SS можно воткнуть IP сет - он зарегистрируется на сигнальник

Перезагрузил БайСтек и проц увидел медиакарты.
А первопричина плохой слышимости была в свиче D-Link PoE.
Он что то посылал в сеть что нарушало работу станции.

Zero!! пишет
Перезагрузил БайСтек и проц увидел медиакарты.
А первопричина плохой слышимости была в свиче D-Link PoE.
Он что то посылал в сеть что нарушало работу станции.
Станция здесь не при чем - он мог гадить в RTP поверх UDP - вот слышимость и пропадала (таблицы роутинга полетели, или ещё что)
В общем - качество сети для IP телефония - вещь очень критичная Поэтому у меня TDM телефон :)

айпистерия....

Cами знаете, Нортел не рекомендует использовать D-Link.
;)