Добрый день

есть проблема которая появляется с течением времени и гарантировано убирается исключительно через выключение питания АТС

Имеем
АТС HP3800 V9 с ip телефонами порядка 250 штук + две IP платы HG1500.
две АТС HP3800 V8
одна АТС самсунг 7400
все это объединено в сеть по IP по SIP


Проблема в следующем:

Все работает стабильно до какого то момента.

Начинается все с того что иногда при звонке с АТС HP3800 V9 на другие АТС не слышно голоса - сигнализация идет, аппараты звонят а голоса нет.
Спустя какое то время это проблема начинает иметь накопительный эффект. Таких звонков становиться все больше и больше. Лечилось это таким способом - делался обратный звонок на АТС HP3800 V9 и абоненты разговаривали.

Внутри АТС HP3800 V9 между IP телефонами все работало стабильно.

В конечном итоге голос пропадал практически окончательно в обе стороны. Причем при снятии дампа таких звонков видим что в сигнализации все хорошо, RTP организовывается НО внутри пакетиков либо пусто (забито нулями) либо какаято билиберда.
Последний раз банальные перезагрузки плат HG1500 не помогали. Пришлось прям принудиетльно выключить и включить АТС. и Все отлично полетело.

Просмотр логов на платах HG1500 не дал прямого ответа ... либо логируется не все что требуется.
На АТС после выключения и включения все чудесно без ошибок - как вытащить логи до перезагрузки не знаю.


Какие идеи ?

Вебморда HG1500 v8 знает про то, что у v9 две HG?

Голос по сути на HG и не попадает, если это токо не TDMный абонент станции.

Вебморда HG1500 v8 знает про то, что у v9 две HG?
знает
непонятно одно - сам звонок формируется правильно по сетке все данные какие надо летают, все согласовывается
НО вот в самом потоке голоса внутри пакетов нет ничего ..... нули

Голос по сути на HG и не попадает, если это токо не TDMный абонент станции.

я верно понимаю что голос уже обрабатывается на самом телефонном аппарате ? если мы говорим о АТС 3800 V9 и его IP телефонах .... то да тут все честно
просто судя по тому что мы видим в сети при звонке по IP как раз HG1500 принимает активное участие в формировании потока - пакетики бегут между платами и телефоны там ни как не светятся

Может стоит попробовать залить последние версии прошивок для плат HG ?

Может стоит попробовать залить последние версии прошивок для плат HG ?

вот что имеем на данный момент
есть более новые версии ?

Software Build Version

Currently Active Gateway Image
Software Release Version: HXGs_V9_R2.11.0
Software Build Version: HI-G15.92.011.S
Operating Mode: V9 (3070)



HiPath
HiPath System Version: H3K_V9_R2.9.0_096

вот что имеем на данный момент
есть более новые версии ?

Software Build Version

Currently Active Gateway Image
Software Release Version: HXGs_V9_R2.11.0
Software Build Version: HI-G15.92.011.S
Operating Mode: V9 (3070)



HiPath
HiPath System Version: H3K_V9_R2.9.0_096

Версии телефонов какие ?

Версии телефонов какие ?

MAC address 001ae85aa065
Software version V3 R0.40.0 HFA 171020
Last restart 2018-06-12T09:03:09

эту версию ставили на все телефоны

Увы, у вас это последние версии HG

пул RTP портов на всех станциях в одном диапазоне? Насколько помню каждая HG1500 это 32 разговора, в пиковых нагрузках нет отказа на айпи телефонах?

пул RTP портов на всех станциях в одном диапазоне? Насколько помню каждая HG1500 это 32 разговора, в пиковых нагрузках нет отказа на айпи телефонах?
пулы портов не изменяли - это как есть по умолчанию

пиковых нагрузок нет на платах - освободили по максимум станцию от всех узловых функций по максимуму насколько это было возможно

последняя проблема была вчера 26-го числа - утром ее вертели - разговоров вообще не было только тестовые наши
сначала передернули обе платы HG не помогло
помогло только полное выключение АТС от питания .... сейчас летим корректно проблем с голосом пока не наблюдаем .... не жаловался еще ни кто ....
но сто процентов через какое то время месяц два все начнется опять ....

Увы, у вас это последние версии HG

значит не зря нанимали контору )) - основная задача была как раз обновиться по максимуму

QoS в сети поднят? Телефоны и компы в разных виланах?

QoS в сети поднят? Телефоны и компы в разных виланах?

QoS нет - это беда .... каналы правда широкие не загруженые .... но работаем в этом направлении чтобы можно было его применить
однако .... звонки проходят всегда... значит сигнализация идет стабильно а вот сам голос - тут беда

на второй вопрос да в разных подсетях

когда обновляли АТС меняли процессорную плату ... старую тоже обновили и на склад в виде зипа сложили

сигнализация ходит по TCP , а вот транспорт голоса по UDP(не гарантированная доставка пакетов) в этом случае коммутатор будет первыми пропускать пакеты TCP , а вот пакеты UDP будут стоять в очереди

Сеть маршрутизаторов и коммутаторов очень часто быват виновата. Засунуть три телефона зарегеные на разные станции в одну подсеть и зазеркалив порты смотреть.

сигнализация ходит по TCP , а вот транспорт голоса по UDP(не гарантированная доставка пакетов) в этом случае коммутатор будет первыми пропускать пакеты TCP , а вот пакеты UDP будут стоять в очереди

это понятно - но мы эти пакеты UDP видим, только внутри этих пакетов ничего нет и в анализе варешарка голоса нет .....

почему перезагрузка АТС решила проблему при неизменности структуры сети и ее нагрузке ? ну квакал бы голос это было бы понятно .... но когда его там вообще нет - вот это вопрос вопросов .....

Сеть маршрутизаторов и коммутаторов очень часто быват виновата. Засунуть три телефона зарегеные на разные станции и зазеркалив порты смотреть.

согласен и наблюдал это очень часто .. но не похоже ... да и опять же повторюсь .... перезагрузка АТС решила проблему, насколько долго не известно. сеть не трогалась абсолютно .... на совпадение не похоже ....
проблема выявлена была вчером 25-го и до утра 26-го она не исчезла - ночью нагрузки на сеть минимальные...


сначала перегрузили HG платы не помогло, потом уже выключалм АТС
и все заработало .....
сеть заново увидела АТС и решила работать с ней правильно ?

причем все каналы с нодами на HG настроены на протоколы
Sip-Q для сименса
и Native SIP для самсунга

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

Проблема появилась после апгрейда станций ? телефоны тоже на V3 все апгрейдили ?

Проблема появилась после апгрейда станций ? телефоны тоже на V3 все апгрейдили ?

телефоны все переводилиь на новую версию одновременно - иначе не работали


Проблема до перехода на последнюю версию была вот в чем
примерно в течении месяца начинали ерундить внутренние IP телефоны
симптоматика была такая же - голос пропадал напрочь куда бы не позвонил
лечилась банальной перезагрузкой IP плат
затем убрав одну плату промежуток между появлением симптомов увеличился до двух месяцев .....
был даже регламент по перезагрузке плат чуть ли не каждый понедельник
но надоело и наняв контору сообща вынесли решение что надо обновлять все до самых распоследних версий
сделали
симптомы ушли ....
прошло примерно пять месяцев - АТС не трогали
не значительные пропадания голоса начали присутствовать примерно месяц назад но они не были массовыми и постоянными ..... один два абонента пожалуются на два три звока и все жалоб нет .....
а вот 25-го вечером вот такая вот бяка .......
полный Ахтунг
из 10 звонков по IP 9 звонков с тишиной 1 вполне бодрый
между телефонами в пределах АТС все было замечательно

и вот куда теперь копать совсем не понятно (((

Телефоны с V2 отлично работают с АТС V9 любого релиза.
Я бы попробовал несколько телефонов прошить на V2 и понаблюдать как будут себя вести.
В самом идеальном варианте я бы сбросив в дефолт АТС ну и форматнув плату HG сделал настройку заново. Это при условии что с сетью 100% все хорошо.

HG в системе должна быть одна. Удалите неиспользуемую физически и из конфигурации.
Проблема также м.б. связана с утечкой памяти.
Прочитайте Event log из под Development-логина.
На логине 31994 эти ошибки не показывает.

HG в системе должна быть одна.
уверены?

телефоны запихнуть в одну подсеть.
Было и такое Hipath 4000 отказывался работать с Hipath 3000, по родным протоколам в одну сторону с 3000 ок, а с 4000 тишина. Оказалось в оконцове коммутатор рядом с 3000 по пять раз на дню просто перезагружался, и 3000 восстанавливала направление вызовы шли от неё успешно, а 4000 в 40-60 раз шла в отказку с таким худым направлением.

HG в системе должна быть одна. Удалите неиспользуемую физически и из конфигурации.
Проблема также м.б. связана с утечкой памяти.
Прочитайте Event log из под Development-логина.
На логине 31994 эти ошибки не показывает.

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

логи из под Development гляну .... мысль про утечку здравая

Абоненты "смотрят" на одну плату, или как то поделены между ними?

телефоны запихнуть в одну подсеть.
Было и такое Hipath 4000 отказывался работать с Hipath 3000, по родным протоколам в одну сторону с 3000 ок, а с 4000 тишина. Оказалось в оконцове коммутатор рядом с 3000 по пять раз на дню просто перезагружался, и 3000 восстанавливала направление вызовы шли от неё успешно, а 4000 в 40-60 раз шла в отказку с таким худым направлением.

телефоны с АТС в одной подсети однозначно ..... есть штук пять которые не в этом здании и соответственно нельзя их ни как организовать в единой сети

а характер отказов был какой ? звонок идет а голос тишина ? или вообще не было звонков ?

Абоненты "смотрят" на одну плату, или как то поделены между ними?

на одну - я не знаю как их делить - одна же плата как бы основная а вторая тупо делиться DSP ресурсом

да, все верно. запамятовал)

Телефоны с V2 отлично работают с АТС V9 любого релиза.
Я бы попробовал несколько телефонов прошить на V2 и понаблюдать как будут себя вести.
В самом идеальном варианте я бы сбросив в дефолт АТС ну и форматнув плату HG сделал настройку заново. Это при условии что с сетью 100% все хорошо.

по версиям не помню какие были но помоему V2 - станция была V8
не заработали они когда станцию подняли по версии

на счет в дефолт - есть такая мысль .... вопрос только вот в чем. Лучше наверное руками конфу набивать заново а не заливать базу ?
на HG только новая версия лилась ничего не форматилось ....

кстати обманул я вас - процессорную плату не меняли - была проблема со сменой лицензий на новый процессор ... нужно было время .... а его не было - поторопились .....

на счет в дефолт - есть такая мысль .... вопрос только вот в чем. Лучше наверное руками конфу набивать заново а не заливать базу ?

да, только не забывайте что после нужно будет лицензии заново заливать.

На 3000 были токо TDM абоненты и они слушали тишину подняв трубку (ограждены от коммутатора). По сигнализации всё успевало отрабатываться. Перезагружается он 3-5 минут. Но они то понимали у них и сетка переставал работать. А 4000 кпв не слышно как-будто с мобилой идёт соединение. Или если новый вызов то уже невозможно.
В таком режиме поробит 2-3 недели и 4000 после в отказку всё направление. Пока не грузанёшь 3000 и шлюз на 4000 чтобы по новой договорились.

На 3000 были токо TDM абоненты и они слушали тишину подняв трубку (ограждены от коммутатора). По сигнализации всё успевало отрабатываться. Перезагружается он 3-5 минут. Но они то понимали у них и сетка переставал работать. А 4000 кпв не слышно как-будто с мобилой идёт соединение. Или если новый вызов то уже невозможно.
В таком режиме поробит 2-3 недели и 4000 после в отказку всё направление. Пока не грузанёшь 3000 и шлюз на 4000 чтобы по новой договорились.

то есть существует вероятность того что 3800 при каком то колве отказов в направлении может это копить и в какой то момент взбрыкнуть не по детски..... ?

и это не исключено. Разношёрстность версий считается ни гуд хотя версии нормальные. Но и сеть тоже не надо исключать у них там policy всякие на порт могут применятся, считая что данный трафик флудит не по детски. Перезагрузкой ты просто их буфер чистишь. Поэтому зеркала на порты у телефонов и Варю Шарковну в помощь.

и это не исключено. Разношёрстность версий считается ни гуд хотя версии нормальные. Но и сеть тоже не надо исключать у них там policy всякие на порт могут применятся, считая что данный трафик флудит не по детски. Перезагрузкой ты просто их буфер чистишь. Поэтому зеркала на порты у телефонов и Варю Шарковну в помощь.

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

Ещё можно посмотреть на шлюзах HG1500 не включены ли дополнительные трассировки, которые со временем забивают память шлюза.

Ещё можно посмотреть на шлюзах HG1500 не включены ли дополнительные трассировки, которые со временем забивают память шлюза.

тоже думал в эту сторону ..... гладел
в стандартных шаблонах все выключено

в логе трэйса пусто
включено только вот это
Trace map:

Trace level | SusyID | SusyID name
-----------------------------------------------------
3 | 0 | SYSTEM
9 | 164 | HSA_RV_LOG


в event.log
вот такая гадость
EventLogEntry from HFAM (WrkThrd04 "07/19/2018 14:56:05.906637" hfam_sih.cpp 115):
EventType: Major
EventCode: MSG_HFAM_GENERAL_ERROR
EventText: Error: Subscriber_Nr in H225_SETUP_REQ too long 12

каждую минуту

ну HFA это проприетарный модифицированный вариант просто H.323.
Где в нём H225 заведует установкой параметров связи.
Случаем на сети чекпоинтов не нароком недавно ни ставили, чудесным образом безы кудесники нам как-то наколдовали и старшие RTP порты блочили, по сути обрезали правилами 29100-29200, а надо использовать их по 29259. То есть по циклу пробежится и кому как повезёт.
Доказывать всёравно мне пришлось, брал токо TDMНых абонентов и делал наборы зеркалил обе HG.
Показывал вот жешь пакет ушёл но недошёл.

Ещё немножко и ты уже сисадмин.
А Сёдня твой день сисадмин (http://www.vsehpozdravil.ru/res/files/postcards/11800.png).!!!
Поздравлялки поздравляю счастья радости желаю!

ну HFA это проприетарный модифицированный вариант просто H.323.
Где в нём H225 заведует установкой параметров связи.
Случаем на сети чекпоинтов не нароком недавно ни ставили, чудесным образом безы кудесники нам как-то наколдовали и старшие RTP порты блочили, по сути обрезали правилами 29100-29200, а надо использовать их по 29259. То есть по циклу пробежится и кому как повезёт.
Доказывать всёравно мне пришлось, брал токо TDMНых абонентов и делал наборы зеркалил обе HG.
Показывал вот жешь пакет ушёл но недошёл.

стоит и именно чекпоинт
но говорят что на телефонии дропаных пакетов нет

Ещё немножко и ты уже сисадмин.
А Сёдня твой день сисадмин (http://www.vsehpozdravil.ru/res/files/postcards/11800.png).!!!
Поздравлялки поздравляю счастья радости желаю!

и сисадмин я и телефонист и банкоматами немного заведую )))))
в нашей жизни все приходиться испытать ))))

и да )) С ПРАЗДНИКОМ !!!

уверяю он не всё показывает, это они токо думают что они всё мониторят, дропы и у наших не показывала. Не верь на слово и глазам не верь. Варя Шарковна пыль с глаз уберёт.
Даже когда они поставили как надо, правило это не заработало. Им пришлось его удалять и создавать заново. Вот тогда пошло!!! Ещё немножно и совсем чучуть и ты уже сисадмин. С праздникомс.

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

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

верю )) - но тут ситуяция немного глубже
железка стоит все работает но с течением времени все хужее и хужее становиться
не сразу а как то накопительно

определись с областью для поиска и локализации траблы. Варианты взаимозамен HG рассмотри между атсами конечно не на горячую руку, а с чувством с толком с расстановкой.

уверяю он не всё показывает, это они токо думают что они всё мониторят, дропы и у наших не показывала. Не верь на слово и глазам не верь. Варя Шарковна пыль с глаз уберёт.
Даже когда они поставили как надо, правило это не заработало. Им пришлось его удалять и создавать заново. Вот тогда пошло!!! Ещё немножно и совсем чучуть и ты уже сисадмин. С праздникомс.
наехал на них
одно правило поправили ...
мне показалось что ошибок стало меньше ....
буду убивать их дальше
не поможет - пойду к директору он их убъет воще насмерть ))

определись с областью для поиска и локализации траблы. Варианты взаимозамен HG рассмотри между атсами конечно не на горячую руку, а с чувством с толком с расстановкой.

тоже вариант

Кстати .... их же на горячую вынимать из АТС не рекомендуется ? )


СПАСИБИЩЕ ЗА свет в этой бесконечной бесконечности )))

уверены?

отвечу вам так:
Для большинства случаев, лучше, если HG будет одна.
Хотя может оказаться, что у eva1414 на HiPath3800 лицензий B-каналов больше 32.

отвечу вам так:
Для большинства случаев, лучше, если HG будет одна.
Хотя может оказаться, что у eva1414 на HiPath3800 лицензий B-каналов больше 32.

их действительно больше чем 32 )
их 48 - по 24 на каждую плату

их на горячаю и передёргивать низя, токо программно, верно. Можно только платы абонентских комплектов и аналоговых внешних линий на живую.
борьба с бесконечностью ищем траблы и дергаем платы (http://bbs.radiolink.ru/forum/showthread.php?p=381999#post381999)

Тогда, да, нужно 2xSTMI2.
Однако, я бы вторую удалил на время поиска источника проблемы.

Тогда, да, нужно 2xSTMI2.
Однако, я бы вторую удалил на время поиска источника проблемы.

для этого ждем повления проблемы и сразу выкл АТС и вынать плату
затем смотреть .....