Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Транковые группы

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

Страницы: 1
RSS
Network congestion (Перегрузка сети)
 
#1
06.03.2012 09:59:59
Господа, доброго всем времени суток!

Проблема со станцией Alcatel-Lucent OmniPCX Enterprise CS (R 9.0). После перезагрузки станции отказывается выполнять Professional Trunk Seize при нажатии 9ки для доступа к городским линиям, до этого все работало. Выдает на аппарате сообщение Network congestion (Перегрузка сети), не знаю что делать? Внутренние звонки осуществляются без проблем. Помогите советом. И вообще что означает сие сообщение?
 
 
 
#2
06.03.2012 10:28:21
смотрите картинку, не пойму моя плата доступа к городским линиям отключена???

http://file.qip.ru/photo/25s8y-AJ/board_stat.html
 
 
 
#3
06.03.2012 10:45:22
Надо смотреть не через 4760i, а зайдя на станцию телнетом
Интересует
config 2 (платы 6 и 7 - АРА, платы внешних линий - должны быть в сервисе)
Плата 0 (GD) - должна быть в сервисе обязательно!
listerm 2 6, listerm 2 7 - будет показано состояние плат и линий - не должно быть не в сервисе.
 
 
 
#4
06.03.2012 11:09:56
Цитата
vad пишет:
Надо смотреть не через 4760i, а зайдя на станцию телнетом

Интересует

config 2 (платы 6 и 7 - АРА, платы внешних линий - должны быть в сервисе)

Плата 0 (GD) - должна быть в сервисе обязательно!

listerm 2 6, listerm 2 7 - будет показано состояние плат и линий - не должно быть не в сервисе.

Ок. Понял. Сейчас попробую залогировать телнет сессию и выложить тут.
 
 
 
#5
06.03.2012 11:17:03
Цитата
Роман Ахмеджанов пишет:
Цитата
vad пишет:

Надо смотреть не через 4760i, а зайдя на станцию телнетом



Интересует



config 2 (платы 6 и 7 - АРА, платы внешних линий - должны быть в сервисе)



Плата 0 (GD) - должна быть в сервисе обязательно!



listerm 2 6, listerm 2 7 - будет показано состояние плат и линий - не должно быть не в сервисе.



Ок. Понял. Сейчас попробую залогировать телнет сессию и выложить тут.


Вот результат - помоему все плохо... :)

config 2


Tue Mar  6 10:15:25 CET 2012


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  2 |  0 |          GD|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  2 |  5 |   SLI 8 (Z)|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  2 |  6 |       APA 8|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  2 |  7 |       APA 8|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  2 |  8 |          CS|---------- |  CALL SERVER |   BAD PCMS CODE |
  +-------------------------------------------------------------------+

(1)xa000000> listerm 2 6


Tue Mar  6 10:15:57 CET 2012

 -------------------------------------------------------------------------
|Coupler:  2  6 Logic type: CPL_NDDI  Board:APA 8   State: REGISTERED NOT |
|-------------------------------------------------------------------------|
| Cry:Cpl:ac:term|  neqt | typ term   |  dir nb   | Out of service cause  |
|-------------------------------------------------------------------------|
|  2   6   0   0 | 00349 |      JONCT |  1001     |  A . . . . . . . . .  |
|  2   6   0   1 | 00350 |      JONCT |  1001     |  A . . . . . . . . .  |
|  2   6   0   2 | 00351 |      JONCT |  1001     |  A . . . . . . . . .  |
|  2   6   0   3 | 00352 |     T_RESU |           |  A . I . . . . . . .  |
|  2   6   0   4 | 00353 |     T_RESU |           |  A . I . . . . . . .  |
|  2   6   0   5 | 00354 |     T_RESU |           |  A . I . . . . . . .  |
|  2   6   0   6 | 00355 |      JONCT |  1003     |  A . . . . . . . . .  |
|  2   6   0   7 | 00356 |     T_RESU |           |  A . I . . . . . . .  |
|  2   6   0  64 | 00329 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  65 | 00330 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  66 | 00331 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  67 | 00332 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  68 | 00333 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  69 | 00334 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  70 | 00335 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  71 | 00336 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  72 | 00337 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  73 | 00338 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  74 | 00339 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  75 | 00340 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  76 | 00341 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  77 | 00342 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  78 | 00343 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  79 | 00344 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  80 | 00345 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  81 | 00346 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  82 | 00347 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   6   0  83 | 00348 |   DSP_CHAN |           |  A . . . . . . . . .  |
|-------------------------------------------------------------------------|
|-------------------------------------------------------------------------|
| (A: att_mserv|S: hs smooth), C: hs_defich, I: hs_isolauto, X: hs_isolman|
| T: hs_terdef U: hs_usdef, P: hs_errparite, B: hs_bascul, Y: hs_cristisol|
 -------------------------------------------------------------------------
|       Nombre total de terminaux hors service :       24                 |
|       Nombre total de terminaux en service   :        0                 |
|-------------------------------------------------------------------------|
(1)xa000000> listerm 2 7


Tue Mar  6 10:16:03 CET 2012

 -------------------------------------------------------------------------
|Coupler:  2  7 Logic type: CPL_NDDI  Board:APA 8   State: REGISTERED NOT |
|-------------------------------------------------------------------------|
| Cry:Cpl:ac:term|  neqt | typ term   |  dir nb   | Out of service cause  |
|-------------------------------------------------------------------------|
|  2   7   0   0 | 00377 |     T_RESU |           |  A . I . . . . . . .  |
|  2   7   0   1 | 00378 |     T_RESU |           |  A . I . . . . . . .  |
|  2   7   0   2 | 00379 |     T_RESU |           |  A . I . . . . . . .  |
|  2   7   0   3 | 00380 |     T_RESU |           |  A . I . . . . . . .  |
|  2   7   0   4 | 00381 |     T_RESU |           |  A . I . . . . . . .  |
|  2   7   0   5 | 00382 |     T_RESU |           |  A . I . . . . . . .  |
|  2   7   0   6 | 00383 |     T_RESU |           |  A . I . . . . . . .  |
|  2   7   0   7 | 00384 |      JONCT |  1003     |  A . . . . . . . . .  |
|  2   7   0  64 | 00357 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  65 | 00358 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  66 | 00359 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  67 | 00360 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  68 | 00361 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  69 | 00362 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  70 | 00363 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  71 | 00364 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  72 | 00365 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  73 | 00366 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  74 | 00367 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  75 | 00368 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  76 | 00369 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  77 | 00370 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  78 | 00371 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  79 | 00372 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  80 | 00373 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  81 | 00374 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  82 | 00375 |   DSP_CHAN |           |  A . . . . . . . . .  |
|  2   7   0  83 | 00376 |   DSP_CHAN |           |  A . . . . . . . . .  |
|-------------------------------------------------------------------------|
|-------------------------------------------------------------------------|
| (A: att_mserv|S: hs smooth), C: hs_defich, I: hs_isolauto, X: hs_isolman|
| T: hs_terdef U: hs_usdef, P: hs_errparite, B: hs_bascul, Y: hs_cristisol|
 -------------------------------------------------------------------------
|       Nombre total de terminaux hors service :       21                 |
|       Nombre total de terminaux en service   :        0                 |
|-------------------------------------------------------------------------|
(1)xa000000>
 
 
 
#6
06.03.2012 11:49:45
на плате GD слетел софт, либо на CS изменили IP-адреса, либо порт завис на коммутаторе который идет на GD

если слетел софт на GD первое что надо делать это поменять батарейку на ней (это уж болезнь GD, логической взаимосвязи между батарейкой и флеш-памятью нет то болезнь есть), в этом случае вам грозит заливка софта на GD.

выложите процесс загрузки GD через консоль (9600-8-n-1), подходит шнур от циски только надо коннектор rj45 отрезать и заново обжать только коннектор rj45 повернуть на 180 град.
Пути IP-пакета неисповедимы
 
 
 
#7
06.03.2012 12:00:46
Цитата
error пишет:
на плате GD слетел софт, либо на CS изменили IP-адреса, либо порт завис на коммутаторе который идет на GD



если слетел софт на GD первое что надо делать это поменять батарейку на ней (это уж болезнь GD, логической взаимосвязи между батарейкой и флеш-памятью нет то болезнь есть), в этом случае вам грозит заливка софта на GD.



выложите процесс загрузки GD через консоль (9600-8-n-1), подходит шнур от циски только надо коннектор rj45 отрезать и заново обжать только коннектор rj45 повернуть на 180 град.

Могло ли это случится если в момент перезагрузки станции патч-корд от порта LAN на GD до порта UNIT1 на CS был убран?
 
 
 
#8
06.03.2012 12:05:32
конечно
Пути IP-пакета неисповедимы
 
 
 
#9
06.03.2012 12:27:58
Цитата
error пишет:
конечно

произвел перезагрузку с подключенным патч кордом, ситуация не изменилась... :(
 
 
 
#10
06.03.2012 12:55:26
Проблема в том, что не работает плата GD, она и есть собственно контроллер шлюза (весь обмен с процессором идет через нее). Из-за чего проблемы с ней - сказать тяжело. Надо брать комп с последовательным портом. Включаться в плату GD и смотреть чего она рисует (она по идее должна бегать покругу, пытаясь загрузиться).
Что с ней и почему - заранее никто не скажет.
 
 
 
#11
06.03.2012 13:02:03
Цитата
vad пишет:
Проблема в том, что не работает плата GD, она и есть собственно контроллер шлюза (весь обмен с процессором идет через нее). Из-за чего проблемы с ней - сказать тяжело. Надо брать комп с последовательным портом. Включаться в плату GD и смотреть чего она рисует (она по идее должна бегать покругу, пытаясь загрузиться).

Что с ней и почему - заранее никто не скажет.

Но ведь внутренняя связь работает, я могу звонить с аппарата на аппарат внутри сети, а вот с выходом на городские линии проблема. Или во внутренних звонках плата GD не участвует? Еще хочу спросить может быть мне попробовать перезагрузить отдельно только GD?
 
 
 
#12
06.03.2012 13:23:59
Ого! какой интересный лог я получил с платы GD. Кажется я понял! видно что GD получает адрес не от DHCP CSa а от DHCP LAN сервера, а адресные пространства у них совершенно разные. Понял - нужно раскидать их по разным VLANам на всех свитчах. тогда GD получит свой айпишник и встанет в IN SERVICE надеюсь. Я правильно мыслю? Только вот почему ЛАНовский ДХЦП у него в приоритете? Вопрос? Может быть в настройках DHCP CSа выставить Alcatel-Lucent Terminals ONLY: из YES в NO?

P.S. Извините за столь хаотичное мышление, просто соображаю по ходу написания. Что скажете?
 
 
 
#13
06.03.2012 13:44:44
Цитата
Роман Ахмеджанов пишет:
Но ведь внутренняя связь работает, я могу звонить с аппарата на аппарат внутри сети,
если CS загрузилась то IP-абоненты могут звонить друг-другу, попробуйте позвонить на факс (абонента) которые базируется на плате SLI8

если идет зацикливание на DHCP и потом в ребут то слетел софт на GD
Пути IP-пакета неисповедимы
 
 
 
#14
06.03.2012 13:57:31
Вообще мыслей несколько:
- на DHCP CS разрешить раздачу адресов не Алкателевским терминалам - не стоит;
- насчет приоритета - не GD рулит, а DHCP сервера.
Чаще всего - на GD прописывают адрес в статическом режиме, и вообще неиспользуют DHCP.
Ну или на штатном DHCP предприятия - по МАС адресу GD - приколачивают всегда один и тот же адреса и выдают адрес TFTP сервера (адрес CS)

А на тему работы внутренней связи - проблема не с внутренней или внешней связью, а с платами стоящими во 2-й полке (там вроде SLI была, если на ней есть абоненты - они то-же не работают).
 
 
 
#15
06.03.2012 16:47:35
Спасибо всем кто не остался безучастным в моей проблеме. Спасибо за идею прологить GD т.к. это натолкнуло меня на мысль правильную. Вообщем решилась проблема разграничением локалки на два VLANа в результате GD получил заветный "правильный" IPшник и усе тут заработало сразу. Естественно с неправильным IP адресом он не мог связаться с CS и не мог загрузить с него конфигу свою, а теперь смог и побежал. Уфф! Я уж думал снесло ему крышу окончательно. Спасибо еще раз всем всем. Транк доступен вновь!
 
 
 
Страницы: 1
Читают тему