ДЭЛ
24.04.2012, 11:07
Добрый день, уважаемые форумчане!

Возникла проблема со связкой 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, совсем не радует. Заранее благодарю всех за ответы!

Ocean
24.04.2012, 11:22
Стандартный вопрос. На CS1000E стоят последние сервиспаки, патчи?

ДЭЛ
24.04.2012, 11:24
Да последние

Ocean
24.04.2012, 11:30
Да последние

Что со стороны SIP Proxy в end point в это время пишет?

У меня работает ip office 8.0 на cs1000e, проблем не замечал.

ДЭЛ
24.04.2012, 11:48
по какой то причине в момент обращения к CS1000E при Not registred IP office
CS-ка молчит.

Ocean
24.04.2012, 11:55
по какой то причине в момент обращения к CS1000E при Not registred IP office
CS-ка молчит.

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

ДЭЛ
24.04.2012, 11:59
может есть какая то хитрость при настройке SIP со стороны IPO, поделитесь?

Ocean
24.04.2012, 12:00
может есть какая то хитрость при настройке SIP со стороны IPO, поделитесь?

Я себе статикой делал на IPO 8.
Не помню почему именно статикой, была какая то причина, не помню.

ДЭЛ
24.04.2012, 12:04
когда прописываешь статикой, то при вызове абонента IPO на CS1000 после второго вызывного сигнала, при этой проблеме, идет обрыв соединения, а на CS1000 продолжает трезвонить телефон

Ocean
24.04.2012, 12:06
когда прописываешь статикой, то при вызове абонента IPO на CS1000 после второго вызывного сигнала, при этой проблеме, идет обрыв соединения, а на CS1000 продолжает трезвонить телефон

Смотреть трассировку.
И все таки предварительно убедиться, что все последние патчи стоят на CS/Linux.

ДЭЛ
24.04.2012, 12:10
Спасибо, буду ковырять.

Ocean
24.04.2012, 12:11
Спасибо, буду ковырять.

Какие сейчас стоят на серверах Linux сервиспаки и на CS какой диплист?

ДЭЛ
24.04.2012, 12:14
если честно то предпоследние, не могу обновить станция 7 на 24 в работе, я думаю давно про обновление, но надо выгнать всех.

Ocean
24.04.2012, 12:16
если честно то предпоследние, не могу обновить станция 7 на 24 в работе, я думаю давно про обновление, но надо выгнать всех.

Тогда вы сами знаете, что делать.
Поставьте все актуальные патчи, фирмваре.
Дальше снифер и смотреть логи, может стоит посмотреть и обновление для IPO.

ДЭЛ
24.04.2012, 12:18
да конечно, буду. У вас на сети тоже TCP

Ocean
24.04.2012, 12:20
да конечно, буду. У вас на сети тоже TCP

Нет, UDP... хотя не помню, это не у меня, а у клиента.
Вроде UDP.

ДЭЛ
02.05.2012, 10:44
Поставил последние апдейты, не помогло(( По static UDP связка CS1000(7.5) и IPO (8.0) тоже не работает. При исходящем вызове на IPO нет вызывного сигнала со стороны CS, такое ощущение (по трейсу) что они ни как не могут договориться по кодекам. Может у кого то еще есть мысли.

ДЭЛ
02.05.2012, 11:00
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))

Ocean
22.06.2012, 12:01
Столкнулся с такой же проблемой на одном объекте.
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 данной проблемы нет, но есть другая :)

Ocean
23.06.2012, 21:54
Установка актуальный патчей на cs1000e не помогла... оставил всё статикой.

jetc
23.06.2012, 22:19
А в логах SPS на момент пропадания options ничего интересного нет ?

Ocean
23.06.2012, 22:35
А в логах SPS на момент пропадания options ничего интересного нет ?

Ни чего...
Да и возникли у меня уже некие сомнения насчет достоверности трассировщика на IPO... запустив на cs1000 tcpdump я вижу, что на options идет ответ от sps, но до IPO он походу не доходит (или доходит, но IPO его игнорирует по какой то причине).
По хорошему нужно поставить снифер со стороны IPO и посмотреть. Но сейчас это невозможно. Оставлю пока в режиме статики работать, а будет возможность, проведу полную диагностику и за одно обновлю софт на IPO до 8.0.44 (сейчас 18ая версия).

ДЭЛ
16.07.2012, 15:38
да коллеги, я бы тоже активно поучаствовал в исследовании. Проблема пока остается актуальной и проявляется постоянно, хотелось бы ее решить.

Ocean
16.07.2012, 15:41
да коллеги, я бы тоже активно поучаствовал в исследовании. Проблема пока остается актуальной и проявляется постоянно, хотелось бы ее решить.

Сейчас работает статикой по TCP.
Больше экспериментировать мне некогда.
Так что если нужен рабочий вариант, то как написал выше.
И конечно, нужно везде установить актуальные версии софт.

P.S. После обновления IPO возможно у меня и будет работать в режиме с регистрацией и UDP протоколом, но мне некогда сейчас проверять.

ДЭЛ
16.07.2012, 16:14
на 8.0.44 по UDP статикой работает в одну сторону, в другую не работает зуммер и после 7 секунд дропит. По TCP работает статикой в обе стороны.

Ocean
16.07.2012, 16:17
на 8.0.44 по UDP статикой работает в одну сторону, в другую не работает зуммер и после 7 секунд дропит. По TCP работает статикой в обе стороны.

Вот и у меня работает по TCP статикой.

P.S. На днях вышел IPO 8.1.

Ocean
20.07.2012, 10:14
Проблема сохраняется...
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.

ДЭЛ
15.08.2012, 10:31
Всем привет!
При более детальном обследовании выяснилось, что со стороны CS1000 зависают сокеты, а точнее в оболочке линукса станции CS1000E подвисают сетевые сокеты (комбинация IP адрес-порт) внутри процесса sipProcsd. На CS1000E стоят последние апдейты, проблема не разрешается. Помогает смена листинг порта со стороны IPO, либо смена IP адреса IPO, либо reset процесса sipProcsd на CS1000E. Нужен патч на линух походу. Кейз надо пробивать, у меня поддержка только на CS1000 на IPO нет, аваья одно обращение уже закрыла, нету у Вас грит поддержки на IPO. Вот такие дела.

Ocean
15.08.2012, 12:39
Кейз надо пробивать, у меня поддержка только на CS1000 на IPO нет, аваья одно обращение уже закрыла, нету у Вас грит поддержки на IPO. Вот такие дела.

Не понятно, причем тут сервис на IPO... думаю не часто его, кто то покупает, т.к. он не является обязательным.

ДЭЛ
15.08.2012, 13:03
Вот их ответ!

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.


И вложили файлик. Водители гандол))

Ocean
15.08.2012, 13:06
Может они не поняли, что проблема в CS1K, а не IPO...

ДЭЛ
15.08.2012, 17:05
Да уж с пониманием у пендосов совсем плохо. Не первый раз с такой бедой сталкиваюсь.

Ocean
15.08.2012, 17:06
Да уж с пониманием у пендосов совсем плохо. Не первый раз с такой бедой сталкиваюсь.

Я думаю с пониманием у них все хорошо, просто их основная задача закрыть кейс... отчитаться... :)

P.S. В большинстве случаев отвечают не американцы.

Urri
15.08.2012, 18:27
Я думаю с пониманием у них все хорошо, просто их основная задача закрыть кейс... отчитаться... :)

P.S. В большинстве случаев отвечают не американцы.
У них есть 30 дней на решение, по истечении которых они всяческими путями стараются закрыть кейс, независимо от решения проблемы :)

Ocean
16.08.2012, 11:04
К стати, у меня после отключения мониторинга VoIP транков на IPO, примерно месяц все работает нормально в режиме статики/tcp.

Ocean
18.10.2012, 18:42
К стати, у меня после отключения мониторинга VoIP транков на IPO, примерно месяц все работает нормально в режиме статики/tcp.

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

ДЭЛ
09.11.2012, 17:07
не поделишься скриптом))

Ocean
09.11.2012, 17:41
не поделишься скриптом))

Нет ни какого скрипта, есть строчка в cron:


22 4 * * 7 admin /opt/nortel/groups/systemadmin/bin/appstart sps restart > /dev/null 2>&1

ДЭЛ
12.11.2012, 17:12
Прости за невежество, а где здесь в строчке время и дни недели?

Ocean
12.11.2012, 17:15
Прости за невежество, а где здесь в строчке время и дни недели?

http://ru.wikipedia.org/wiki/Cron

ДЭЛ
12.11.2012, 17:17
спасибо

ДЭЛ
13.11.2012, 19:13
Строчка у***** не работает. в 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 ~]#

Ocean
13.11.2012, 19:22
Строчка у***** не работает. в 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 перезапускался?

ДЭЛ
13.11.2012, 19:46
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)

ДЭЛ
13.11.2012, 19:53
[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
Я так понимаю прав нет просто запускать эту последовательность

Ocean
13.11.2012, 19:54
Nov 13 19:10:01 cs01 crond[8812]: (admin) CMD (admin /opt/nortel/groups/systemad
min/bin/appstart sps restart > /dev/null 2>&1)

Не?

ДЭЛ
13.11.2012, 19:59
но при мониторинге у меня с SPS ничего не происходит

ДЭЛ
13.11.2012, 20:01
вот такая строчка работает но походу SPS из OUT of Service не выходит

30 18 * * 2 admin2 /usr/bin/sudo /opt/nortel/base/appinstall/bin/appstartup sps restart > /dev/null 2>&1

Ocean
13.11.2012, 20:04
[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.

Ocean
13.11.2012, 20:06
вот такая строчка работает но походу 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 ?

ДЭЛ
13.11.2012, 20:10
из под админ путь который указан в Вашей строчке не доступен. нет прав у админа пройти по этому пути. Ладно спасибо, раз нет желания даже разбираться, то думаю нет смысла постить. Все равно спасибо большое.

Ocean
13.11.2012, 20:21
из под админ путь который указан в Вашей строчке не доступен. нет прав у админа пройти по этому пути. Ладно спасибо, раз нет желания даже разбираться, то думаю нет смысла постить. Все равно спасибо большое.

Читайте внимательней, что я пишу "Почему из bash не запускается с указанием полного пути, не знаю и разбираться не вижу смысла."
Имелось в виду, что при указании ПОЛНОГО пути к appstart из под bash команда не запускается (у меня тоже самое и разбираться с этим у меня нет желания). Из под cron запускается и это подтверждает лог sps который я привел выше.

Но это последнее сообщение которое я вам написал, вы, я смотрю особо разбираться не хотите, а обижаться любите.

P.S. Прошу обратить внимание, что тому, что я вам тут рассказываю ни где не учат, это опыт полученный ночными бдениями. Это на тему того, что многие тут обижаются, что нас на курсы посылают, всяким премудростям учат, а мы такие нехорошие с народом поделиться не хотим.

ДЭЛ
13.11.2012, 20:23
Да ну что Вы я не думал обижаться, обижаются дети. А я просто не пытаюсь тратить Ваше и свое время. Спасибо за помощь, абсолютно искренне))

ДЭЛ
14.11.2012, 11:39
Ocean не подскажете где лежат логи, которые Вы приводите о рестарте SPS. И уточните у Вас какой релиз CS1000E. Заранее благодарю.

Ocean
14.11.2012, 11:44
Ocean не подскажете где лежат логи, которые Вы приводите о рестарте SPS. И уточните у Вас какой релиз CS1000E. Заранее благодарю.

рел 7.5, cores

логи /var/opt/nortel/sps/LOG
вроде так, сейчас нет доступа к станции

ДЭЛ
14.11.2012, 12:32
У***** не хочет cron отрабатывать и в логе SIPLOGFile нет упоминания о рестарте SPS. Интересно может это зависит от модификации, у меня полноценная CS1000E не cores. Может я не в тот файл лога смотрю.

Ocean
14.11.2012, 12:40
У***** не хочет cron отрабатывать и в логе SIPLOGFile нет упоминания о рестарте SPS.

Я не в SIPLOGFile смотрю, а в monLogFile_*

ДЭЛ
14.11.2012, 15:10
получилось, работает
только прописать пришлось в глобальном crontab

Ocean
14.11.2012, 15:15
получилось, работает
только прописать пришлось в глобальном crontab

Да, в нем (/etc/crontab) необходимо прописывать.

ДЭЛ
14.11.2012, 15:28
значит изначально я пошел не по тому пути, потом вернулся на правильный)) Благодарю.

Tema
03.09.2013, 17:05
на 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:

Ocean
03.09.2013, 17:09
Я вот всё ни как не проверю эту схему "по доке" после установки всех патчей на CS и IPO. Сейчас все работает через костыли, ну и пусть пока работает. :)