Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Сетеобразование

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Не проходит разговор
 
#1
10.09.2020 09:15:07
На сети есть станция «А» R11.2.2-l2.300-33-a-ru-c7s2 с выносом через INTIP3 и станция «В» R7.1-f5.401-17-d-ru-c6s2, соединенная со станцией «А» гибридным IP линком.  Абоненты со станции «В» звонят на вынос станции «А» без проблем. А вот при звонках с выноса на «В» периодически происходит следующее: абонент с выноса слышит треск, а у абонента «В» тишина. С самой станции «А» таких жалоб не было. Причем проблема эта проявляется рандомно. На сети передачи данных ошибок тоже вроде как нет.  Есть какая-то команда посмотреть трассировку звонков по IP? В инциндентах на станции «А» выдает  по плате, через которую включену IP потоки  следующее:
10/09/20 08:26:22 000004M|000/15/-/---|=2:4408=INT-IP Ethernet error code 4 (status 1 0 0x5c9 0x00 0x00).
На станции «В» никаких ошибок нет.
 
 
 
#2
10.09.2020 13:56:00
Как по мне, я бы начал с простого пинга, задержки, если это  временами.  Потом анализ работы сети- это к сетевекам
 
 
 
#3
10.09.2020 14:39:05
Пинги проверяли - потерь пакетов нет, задержки тоже в пределах нормы. Сетевики тоже говорят, что у них все хорошо.
 
 
 
#4
10.09.2020 15:22:29
Если анализировать  сообщение, то      4 : Late Colision errors detected on the Ethernet link", т.е. ошибки на 1-2 уровнях, надо мониторить   порт
Абоненты   цифровые, IP ?  INTIP  одна? или еще есть?  Перегрузить  INTIP
 
 
 
#5
11.09.2020 07:30:57
Абоненты аналоговые и цифровые. На станции "В" INTIP одна. На станции "А" - три и одна на выносе. 0-15 - прописаны IP-линки, 0-18 - пустая.
+===========================================================­====================================+
|                           C O M P V I S U    L I O                                            |
+===========================================================­====================================+
| cr | cp | type          dsp |    coupler state          |   H323 Gateway      |  RTP Proxies  |
|    |    |                   |                           |  for direct RTP     |    free/max   |
|    |    |                   |                           |     free/max        |               |
|----|----|-------------------|---------------------------|---------------------|---------------|
|  0 | 15 | INTIPA     2GIP6  |          IN SERVICE       |         54/60       |       0/0     |
|  0 | 18 | INTIPA    1GIP44  |          IN SERVICE       |          0/0        |       0/0     |
|  0 | 24 | INTIP3A   0ARMAD* |          IN SERVICE       |         28/30       |       0/0     |
|  4 |  6 | INTIP3B   0ARMAD* |          IN SERVICE       |         26/30       |       0/0     |
| 19 |  1 | INTIPA     1GIP6* |          IN SERVICE       |          0/0        |       0/0     |
| 19 |  2 | INTIPA     1GIP6* |      OUT OF SERVICE       |          0/0        |       0/0     |
|-----------------------------------------------------------------------------------------------|
| '*' mean : transit is not provided on this board.                                             |
+===========================================================­====================================+
Платы грузить пробовал на обоих станциях. Баскул тоже делал.
Ошибка 4408=INT-IP Ethernet error code 4 (status 1 0 0x5c9 0x00 0x00) в принципе давно уже. Жалобы появились только на пошлой неделе
 
 
 
#6
11.09.2020 09:08:31
Цитата
mtch написал:
станция «В» R7.1-f5.401-17-d-ru-c6s2
накатите последний патч, а там глядишь и бабка наговорила т.е. всё излечилось
Пути IP-пакета неисповедимы
 
 
 
#7
11.09.2020 10:12:50
Цитата
error написал:
накатите последний патч, а там глядишь и бабка наговорила т.е. всё излечилось
Где бы его взять? Вообще ситуация не понятная. Похоже, что где-то не проходят rtp пакеты. Причем несколько вызовов проходят нормально, потом один, два, раза попадают в тишину, затем опять все хорошо.
 
 
 
#8
11.09.2020 12:18:00
если процессор cpu6 один то установка одного патча занимает 40-60 минут, если два процессора то обойдется только перезагрузкой если на stand-by накачить патч и пустить в работу

с cpu7s2 по времени установки патча надо ориентироваться в таком же временном интервале с учетом версии 11.2

не плохо было бы если озвучили что там получиться на счёт излечения
Пути IP-пакета неисповедимы
 
 
 
#9
18.09.2020 10:08:19
Я правильно понимаю процесс установки патча.
1. Backup mao+voicegides+accaunting и Backup chorus(Linux) data
2. Полная установка (Linux+Call Handling). Relese 7.1,  Patch 36
3. Восстановление mao+voicegides+accounting и chorus(Linux) data
Базы индексировать не надо? Потом все тоже самое делаю для Dynamic patch 36d?
 
 
 
#10
18.09.2020 10:33:13
все описанное выше это для переустановки

установить патч
swinst "2 Expert menu -> 2 Deliveries installation -> 1 Install delivery from server"
указать ip-адрес компа где "pc installer" и путь /dhs3mgr/f540136

ребут и так же для f540136d

да и не забыть убрать убрать автостарт телефонии и перезагрузить перед началом установки патча(ей)
Пути IP-пакета неисповедимы
 
 
 
#11
05.10.2020 12:36:35
Патч установить пока нет возможности. Сделали следующее - перегрузили коммутатор и маршрутизатор на стороне выноса. Проблема совсем не ушла, но жалоб стало меньше. Если до этого жаловались 2-3 раза в день, то сейчас раз в неделю или реже.
 
 
 
Страницы: 1