Добрый день, уважаемые форумчане!
Возникла проблема со связкой CS1000(7.5) и Avaya IP Office(релизы разные от 6.0 до 7.0).
Суть проблемы:
регистрация IP Office на SIP Proxy (CS1000) настроена динамически.
В какой то момент(пока не понятно, с чем связанный), часть IP Office отваливается, при этом в трассировке со стороны IP Office вот
IPO(172.18.230.10:5060) CS1000 SIP Proxy(172.17.12.5:5060)
409454mS SIP Reg/Opt Tx: 12
OPTIONS sip:Unknown@XXXXXXXX.ru SIP/2.0
Via: SIP/2.0/TCP 172.18.230.10:5060;rport;branch=z9hG4bK88bad56e8ef 6b7693d4547d8f7cb802a
From: <Tel:+Unknown>;tag=78ce3af96300ad8e
To: <sip:Unknown@XXXXXXXXX.ru>
Call-ID: ebef22a201f6377d1bcc8ec8498a7ac5@172.18.230.10
CSeq: 2087201748 OPTIONS
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0
409454mS SIP Tx: TCP 172.18.230.10:5060 -> 172.17.12.5:5060
OPTIONS sip:Unknown@XXXXXXXXXXXX SIP/2.0
Via: SIP/2.0/TCP 172.18.230.10:5060;rport;branch=z9hG4bK88bad56e8ef 6b7693d4547d8f7cb802a
From: <Tel:+Unknown>;tag=78ce3af96300ad8e
To: <sip:Unknown@XXXXXXXXXX.ru>
Call-ID: ebef22a201f6377d1bcc8ec8498a7ac5@172.18.230.10
CSeq: 2087201748 OPTIONS
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0
441453mS Sip: SIP Line (12) TCPClientDestroyed f560ea34
Помогают две вещи: смена IP шника на IP Office
либо перезагрузка SIP Proxy application со стороны CS1000
Может у Вас будут мысли, как это победить без выше указанных манипуляций.
Така проблема может быть как раз в день, так и раз в неделю, но перебивать постоянно шорт коды на 20 ендпоинтах, либо передергивать 20 IP Office, совсем не радует. Заранее благодарю всех за ответы!
Стандартный вопрос. На CS1000E стоят последние сервиспаки, патчи?
Да последние
Что со стороны SIP Proxy в end point в это время пишет?
У меня работает ip office 8.0 на cs1000e, проблем не замечал.
по какой то причине в момент обращения к CS1000E при Not registred IP office
CS-ка молчит.
по какой то причине в момент обращения к CS1000E при Not registred IP office
CS-ка молчит.
Почему то IPO не продлевает регистрацию.
Что бы быстро решить проблему, можно прописать статикой IPO, а дальше, я бы оставил один IPO с динамикой и следил бы за ним снифером.
может есть какая то хитрость при настройке SIP со стороны IPO, поделитесь?
может есть какая то хитрость при настройке SIP со стороны IPO, поделитесь?
Я себе статикой делал на IPO 8.
Не помню почему именно статикой, была какая то причина, не помню.
когда прописываешь статикой, то при вызове абонента IPO на CS1000 после второго вызывного сигнала, при этой проблеме, идет обрыв соединения, а на CS1000 продолжает трезвонить телефон
когда прописываешь статикой, то при вызове абонента IPO на CS1000 после второго вызывного сигнала, при этой проблеме, идет обрыв соединения, а на CS1000 продолжает трезвонить телефон
Смотреть трассировку.
И все таки предварительно убедиться, что все последние патчи стоят на CS/Linux.
Спасибо, буду ковырять.
Какие сейчас стоят на серверах Linux сервиспаки и на CS какой диплист?
если честно то предпоследние, не могу обновить станция 7 на 24 в работе, я думаю давно про обновление, но надо выгнать всех.
если честно то предпоследние, не могу обновить станция 7 на 24 в работе, я думаю давно про обновление, но надо выгнать всех.
Тогда вы сами знаете, что делать.
Поставьте все актуальные патчи, фирмваре.
Дальше снифер и смотреть логи, может стоит посмотреть и обновление для IPO.
да конечно, буду. У вас на сети тоже TCP
да конечно, буду. У вас на сети тоже TCP
Нет, UDP... хотя не помню, это не у меня, а у клиента.
Вроде UDP.
Поставил последние апдейты, не помогло(( По static UDP связка CS1000(7.5) и IPO (8.0) тоже не работает. При исходящем вызове на IPO нет вызывного сигнала со стороны CS, такое ощущение (по трейсу) что они ни как не могут договориться по кодекам. Может у кого то еще есть мысли.
ISSP
There is no SP in loaded status.
The last applied SP: Service_Pack_Linux_7.50_17_20120314.ntl
It is a STANDARD SP.
Has been applied by user admin2 on Sat Apr 28 22:30:58 2012.
spins command completed with no errors detected.
ISS
VERSION 4021
System type is - Communication Server 1000E/CP PM
CP PM - Pentium M 1.4 GHz
IPMGs Registered: 1
IPMGs Unregistered: 0
IPMGs Configured/unregistered: 0
RELEASE 7
ISSUE 50 Q +
IDLE_SET_DISPLAY ZAO RoGA&KoPYTA
IPMG TYPE CSP/SW MSP APP FPGA BOOT DBL1 DBL2
8 0 MGC CD02 AB01 BA15 AA19 BA15 DSP5AB06 N/A
mdp issp
VERSION 4021
RELEASE 7
ISSUE 50 Q +
DepList 1: core Issue: 01 (created: 2012-03-14 13:55:18 (est))
Столкнулся с такой же проблемой на одном объекте.
IPO 8 регистрируется на SPS/NRS (CS1000E 7.5 с SP примерно 3ёх месячной давности), все хорошо... но через несколько минут SPS перестает отвечать на запросы OPTIONS, SIP транки на IPO уходят в out of services, на повторные запросы REGISTER, SPS тоже не реагирует. Помогает только перезапуск SPS, но не на долго.
Сейчас отключил регистрацию на SPS, endpoint IPO на SPS прописал статикой. Сейчас все работает.
Позже поставлю актуальные патчи на SPS, как раз там есть обновление на SPS, и посмотрю, что будет.
UPD: используется TCP протокол, с UDP данной проблемы нет, но есть другая :)
Установка актуальный патчей на cs1000e не помогла... оставил всё статикой.
А в логах SPS на момент пропадания options ничего интересного нет ?
А в логах SPS на момент пропадания options ничего интересного нет ?
Ни чего...
Да и возникли у меня уже некие сомнения насчет достоверности трассировщика на IPO... запустив на cs1000 tcpdump я вижу, что на options идет ответ от sps, но до IPO он походу не доходит (или доходит, но IPO его игнорирует по какой то причине).
По хорошему нужно поставить снифер со стороны IPO и посмотреть. Но сейчас это невозможно. Оставлю пока в режиме статики работать, а будет возможность, проведу полную диагностику и за одно обновлю софт на IPO до 8.0.44 (сейчас 18ая версия).
да коллеги, я бы тоже активно поучаствовал в исследовании. Проблема пока остается актуальной и проявляется постоянно, хотелось бы ее решить.
да коллеги, я бы тоже активно поучаствовал в исследовании. Проблема пока остается актуальной и проявляется постоянно, хотелось бы ее решить.
Сейчас работает статикой по TCP.
Больше экспериментировать мне некогда.
Так что если нужен рабочий вариант, то как написал выше.
И конечно, нужно везде установить актуальные версии софт.
P.S. После обновления IPO возможно у меня и будет работать в режиме с регистрацией и UDP протоколом, но мне некогда сейчас проверять.
на 8.0.44 по UDP статикой работает в одну сторону, в другую не работает зуммер и после 7 секунд дропит. По TCP работает статикой в обе стороны.
на 8.0.44 по UDP статикой работает в одну сторону, в другую не работает зуммер и после 7 секунд дропит. По TCP работает статикой в обе стороны.
Вот и у меня работает по TCP статикой.
P.S. На днях вышел IPO 8.1.
Проблема сохраняется...
IPO шлет OPTIONS, в какой то момент NRS перестает на них отвечать (вижу tcpdump'ом на сервере с NRS, что на него приходит OPTIONS, но ответа 200 Ok нет), IPO переводит SIP транке в out of services.
Как только перезагружаешь приложение SIP Proxy Server, работа восстанавливается.
Самое плохо, что работать может неделю, вторую, а может и месяц и все Ok, а в какой то момент возникает проблема.
На данном NRS так же зареген audiocodes, с ним нет проблем, но он и не шлет регулярные OPTIONS.
Если на станцию еще не кончился сервисный контракт, открою case.
P.S. Данное сообщение не призыв о помощи... просто делюсь своими изысканиями на данную тему. :)
P.S.S. IPO проабгрейдил на 8.1, но тут проблема похоже в NRS, а не IPO.
Всем привет!
При более детальном обследовании выяснилось, что со стороны CS1000 зависают сокеты, а точнее в оболочке линукса станции CS1000E подвисают сетевые сокеты (комбинация IP адрес-порт) внутри процесса sipProcsd. На CS1000E стоят последние апдейты, проблема не разрешается. Помогает смена листинг порта со стороны IPO, либо смена IP адреса IPO, либо reset процесса sipProcsd на CS1000E. Нужен патч на линух походу. Кейз надо пробивать, у меня поддержка только на CS1000 на IPO нет, аваья одно обращение уже закрыла, нету у Вас грит поддержки на IPO. Вот такие дела.
Кейз надо пробивать, у меня поддержка только на CS1000 на IPO нет, аваья одно обращение уже закрыла, нету у Вас грит поддержки на IPO. Вот такие дела.
Не понятно, причем тут сервис на IPO... думаю не часто его, кто то покупает, т.к. он не является обязательным.
Вот их ответ!
I looked into the site account for IP Office BOH, but I did not find any record.
If you have any document mentioning the purchase of BOH for Avaya IP Office, please send us the same.
As per Avaya policy for IP Office, I can proceed to work on this case only if you have purchased the BOH for IP Office.
И вложили файлик. Водители гандол))
Может они не поняли, что проблема в CS1K, а не IPO...
Да уж с пониманием у пендосов совсем плохо. Не первый раз с такой бедой сталкиваюсь.
Да уж с пониманием у пендосов совсем плохо. Не первый раз с такой бедой сталкиваюсь.
Я думаю с пониманием у них все хорошо, просто их основная задача закрыть кейс... отчитаться... :)
P.S. В большинстве случаев отвечают не американцы.
Я думаю с пониманием у них все хорошо, просто их основная задача закрыть кейс... отчитаться... :)
P.S. В большинстве случаев отвечают не американцы.
У них есть 30 дней на решение, по истечении которых они всяческими путями стараются закрыть кейс, независимо от решения проблемы :)
К стати, у меня после отключения мониторинга VoIP транков на IPO, примерно месяц все работает нормально в режиме статики/tcp.
К стати, у меня после отключения мониторинга VoIP транков на IPO, примерно месяц все работает нормально в режиме статики/tcp.
Все равно подвисает sps на cs1000, где то месяц, может больше проработает и всё.
Сейчас настроил, что бы в воскресенье, ночью каждую неделю sps перезагружался. Как костыль пока сойдет.
не поделишься скриптом))
Нет ни какого скрипта, есть строчка в cron:
22 4 * * 7 admin /opt/nortel/groups/systemadmin/bin/appstart sps restart > /dev/null 2>&1
Прости за невежество, а где здесь в строчке время и дни недели?
Прости за невежество, а где здесь в строчке время и дни недели?
http://ru.wikipedia.org/wiki/Cron
Строчка у***** не работает. в cron прописал и запустил.
[root@cs01 ~]# crontab -u admin -l
10 19 13 11 * admin /opt/nortel/groups/systemadmin/bin/appstart sps restart > /dev/null 2>&1
[root@cs01 ~]#
Строчка у***** не работает. в cron прописал и запустил.
[root@cs01 ~]# crontab -u admin -l
10 19 13 11 * admin /opt/nortel/groups/systemadmin/bin/appstart sps restart > /dev/null 2>&1
[root@cs01 ~]#
Что пишет в логах cron ?
После изменения crontab, cron перезапускался?
Nov 13 19:06:42 cs01 crontab[8337]: (root) REPLACE (admin)
Nov 13 19:06:49 cs01 crontab[8338]: (root) LIST (admin)
Nov 13 19:07:01 cs01 crond[3668]: (admin) RELOAD (cron/admin)
Nov 13 19:07:14 cs01 crontab[8355]: (root) REPLACE (admin)
Nov 13 19:07:16 cs01 crontab[8356]: (root) LIST (admin)
Nov 13 19:08:01 cs01 crond[3668]: (admin) RELOAD (cron/admin)
Nov 13 19:10:01 cs01 crond[8810]: (root) CMD (/usr/lib/sa/sa1 1 1)
Nov 13 19:10:01 cs01 crond[8812]: (admin) CMD (admin /opt/nortel/groups/systemad
min/bin/appstart sps restart > /dev/null 2>&1)
[admin@cs01 ~]$ /opt/nortel/groups/systemadmin/bin/appstart sps restart
bash: /opt/nortel/groups/systemadmin/bin/appstart: restricted: cannot specify `/ ' in command names
из под админа 2 таже бодяга
[admin2@cs01 ~]$ bash: /opt/nortel/groups/systemadmin/bin/appstart: restricted:
cannot specify `/
>
> ' in command names
Я так понимаю прав нет просто запускать эту последовательность
Nov 13 19:10:01 cs01 crond[8812]: (admin) CMD (admin /opt/nortel/groups/systemad
min/bin/appstart sps restart > /dev/null 2>&1)
Не?
но при мониторинге у меня с SPS ничего не происходит
вот такая строчка работает но походу SPS из OUT of Service не выходит
30 18 * * 2 admin2 /usr/bin/sudo /opt/nortel/base/appinstall/bin/appstartup sps restart > /dev/null 2>&1
[admin@cs01 ~]$ /opt/nortel/groups/systemadmin/bin/appstart sps restart
bash: /opt/nortel/groups/systemadmin/bin/appstart: restricted: cannot specify `/ ' in command names
из под админа 2 таже бодяга
[admin2@cs01 ~]$ bash: /opt/nortel/groups/systemadmin/bin/appstart: restricted:
cannot specify `/
>
> ' in command names
Я так понимаю прав нет просто запускать эту последовательность
Счего вы взяли, что SPS не перезапускается по команде из cron ? Логи sps смотрели?
Почему из bash не запускается с указанием полного пути, не знаю и разбираться не вижу смысла.
У меня sps перезагружается по команде из крон, вот логи:
SYS (Sun Nov 11 04:22:19 2012) RESTART signal received.
SYS (Sun Nov 11 04:22:19 2012) Restarting due to restart request - SPS being restarted now.
SYS (Sun Nov 11 04:22:19 2012) sps-mon**** monitoring sipProcsd:(17184) after restart.
CRITICAL (Sun Nov 11 04:23:15 2012) sipProcsd:(17184) is down - SPS being restarted now.
SYS (Sun Nov 11 04:23:15 2012) sps-mon**** monitoring sipProcsd:(28742) after restart.
вот такая строчка работает но походу SPS из OUT of Service не выходит
30 18 * * 2 admin2 /usr/bin/sudo /opt/nortel/base/appinstall/bin/appstartup sps restart > /dev/null 2>&1
1. Выполнять нужно под admin, а не admin2.
2. Зачем предварительно SPS переводить в OOS ?
из под админ путь который указан в Вашей строчке не доступен. нет прав у админа пройти по этому пути. Ладно спасибо, раз нет желания даже разбираться, то думаю нет смысла постить. Все равно спасибо большое.
из под админ путь который указан в Вашей строчке не доступен. нет прав у админа пройти по этому пути. Ладно спасибо, раз нет желания даже разбираться, то думаю нет смысла постить. Все равно спасибо большое.
Читайте внимательней, что я пишу "Почему из bash не запускается с указанием полного пути, не знаю и разбираться не вижу смысла."
Имелось в виду, что при указании ПОЛНОГО пути к appstart из под bash команда не запускается (у меня тоже самое и разбираться с этим у меня нет желания). Из под cron запускается и это подтверждает лог sps который я привел выше.
Но это последнее сообщение которое я вам написал, вы, я смотрю особо разбираться не хотите, а обижаться любите.
P.S. Прошу обратить внимание, что тому, что я вам тут рассказываю ни где не учат, это опыт полученный ночными бдениями. Это на тему того, что многие тут обижаются, что нас на курсы посылают, всяким премудростям учат, а мы такие нехорошие с народом поделиться не хотим.
Да ну что Вы я не думал обижаться, обижаются дети. А я просто не пытаюсь тратить Ваше и свое время. Спасибо за помощь, абсолютно искренне))
Ocean не подскажете где лежат логи, которые Вы приводите о рестарте SPS. И уточните у Вас какой релиз CS1000E. Заранее благодарю.
Ocean не подскажете где лежат логи, которые Вы приводите о рестарте SPS. И уточните у Вас какой релиз CS1000E. Заранее благодарю.
рел 7.5, cores
логи /var/opt/nortel/sps/LOG
вроде так, сейчас нет доступа к станции
У***** не хочет cron отрабатывать и в логе SIPLOGFile нет упоминания о рестарте SPS. Интересно может это зависит от модификации, у меня полноценная CS1000E не cores. Может я не в тот файл лога смотрю.
У***** не хочет cron отрабатывать и в логе SIPLOGFile нет упоминания о рестарте SPS.
Я не в SIPLOGFile смотрю, а в monLogFile_*
получилось, работает
только прописать пришлось в глобальном crontab
получилось, работает
только прописать пришлось в глобальном crontab
Да, в нем (/etc/crontab) необходимо прописывать.
значит изначально я пошел не по тому пути, потом вернулся на правильный)) Благодарю.
на 8.0.44 по UDP статикой работает в одну сторону, в другую не работает зуммер и после 7 секунд дропит. По TCP работает статикой в обе стороны.
Вот и у меня работает по TCP статикой.
P.S. На днях вышел IPO 8.1.
Вот точно такая же фигня была с IPO 6.1 / NRS / CS1000 7.5 - звонок в одну сторону. Делал по доке:
- SIP TCP transport enabled – make sure the box is disabled.
- SIP UDP transport enabled – This box must be enabled as long as UDP is the supported protocol for SIP trunks with IP Office.
- SIP UDP port – Retain default value, 5060.
И далее:
- Avaya IP Office doesn‟t support SIP trunk over TCP with NRS. When TCP is used, as transport protocol, issues related to call clearing or call signaling can be encountered.
Правильно сказал коллега: "читай авайскую доку и делай точно наоборот" :mad:
Я вот всё ни как не проверю эту схему "по доке" после установки всех патчей на CS и IPO. Сейчас все работает через костыли, ну и пусть пока работает. :)