Здравствуйте, Коллеги!
С целью повышения отказоустойчивости OXE были выполнены работы по настройке/включению IP Redundancy. Первоначально, имеющиеся в составе станции платы CPU7-2 (2шт) и INTIP2 (2шт) были включены в один неуправляемый коммутатор, который являлся единой точкой отказа.
В ходе работ было проведено раздельное подключение указанных плат в разные коммутаторы ядра Cisco Catalyst 6509 (CPU7-2 и INTIP в один коммутатор, оставшиеся CPU7-2 и INTIP в другой коммутатор)
При этом были выполнены рекомендации документации Alcatel в части отключения embedded Ethernet на платах CPU7-2 с целью корректной отработки Spanning-tree.
В состав IP транк-группы, используемой для построения ABC туннелей включены ресурсы обеих плат INTIP
Включен механизм IP Redundancy
Выполнена проверка переключения сервисов телефонии на резервные компоненты при потере связи с коммутаторами ЛВС:
1. При выключении линка между ЛВС и используемой в заданный момент времени платы INTIP происходит разрыв установленных соединений между данной УАТС и другими УАТС Отделения. За достаточно короткое время работа переводится на другую плату INTIP, после чего станция готова к отработке межстанционных вызовов. При этом потеря линка основной платы приводит к ее перезагрузке. До тех пор пока линк не поднят, плата находится в состоянии INIT 1 RUN. Резюме: переключение на резерв осуществляется штатно, в приемлемые временные рамки;
2. При выключении линка между ЛВС и используемой в заданный момент времени процессорной платой CPU7-2 происходит разрыв установленных соединений между данной УАТС и другими УАТС Отделения. При этом, резервный процессор, не видя основную плату, уходит в перезагрузку. Так как перезагрузка CPU выполняется достаточно длительное время (порядка 10-15 минут), в течение всего этого времени недоступны никакие телефонные сервисы. Данное поведение кажется весьма странным.
Подскажите пожалуйста, является ли штатным поведение резервного CPU, при котором он перезагружается при отсутствии связи с основным узлом? Почему этого не происходит при работоспособном embedded Ethernet линке?
Огромное Спасибо!
С целью повышения отказоустойчивости OXE были выполнены работы по настройке/включению IP Redundancy. Первоначально, имеющиеся в составе станции платы CPU7-2 (2шт) и INTIP2 (2шт) были включены в один неуправляемый коммутатор, который являлся единой точкой отказа.
В ходе работ было проведено раздельное подключение указанных плат в разные коммутаторы ядра Cisco Catalyst 6509 (CPU7-2 и INTIP в один коммутатор, оставшиеся CPU7-2 и INTIP в другой коммутатор)
При этом были выполнены рекомендации документации Alcatel в части отключения embedded Ethernet на платах CPU7-2 с целью корректной отработки Spanning-tree.
| Код |
|---|
(1)gu_06> ethctl Thresholds configuration : broadcast frames : disabled. total frames : disabled. bandwidth : disabled. scan interval : 500 (ms). Embedded Ethernet configuration : jumper : disabled. xilinx : enabled. -> state : disabled. External Ethernet configuration : link config : auto. link state : 100Mb full. |
В состав IP транк-группы, используемой для построения ABC туннелей включены ресурсы обеих плат INTIP
Включен механизм IP Redundancy
| Код |
|---|
(1)gu_06> cmdcpl 0 13 MNGT Sat Aug 8 16:46:36 AST 2015 Del to exit tool You have selected a board with type : INTIPA execution from 'MNGT' (00,13) INTIP Management : (00,13) - Board is INTIP-A (00,13) - Crystal number : 0 (Management) (00,13) : 255 (given by S400/401 switches) (00,13) - Coupleur number : 13 (Management) (00,13) - Recovery Mode : Normal (00,13) - @ MAC : 00 : 80 : 9F : 5C : F7 : A9 (00,13) - @ IP : 10.197.133.5 (00,13) - Voip port : 32512 [7f00] (00,13) - Default DSCP : 0x0B (00,13) - Ethernet interface is configured to Auto Negociation (Half and Full duplex) (00,13) - Link state is 100MBps / Full duplex (00,13) - IP Redondancy activated (00,13) - @IP CPU1 : 10:197:133:2 (00,13) - @IP CPU2 : 10:197:133:1 (00,13) - PING emitted every 20 seconds (00,13) - Traffic check every 3x20 seconds (00,13) - Framing G729 = 20ms (00,13) - Framing G723.1 = 30ms (00,13) - Framing G711 = 20ms (00,13) 000000EB-0030CFA9: End of command execution Normal exit. |
Выполнена проверка переключения сервисов телефонии на резервные компоненты при потере связи с коммутаторами ЛВС:
1. При выключении линка между ЛВС и используемой в заданный момент времени платы INTIP происходит разрыв установленных соединений между данной УАТС и другими УАТС Отделения. За достаточно короткое время работа переводится на другую плату INTIP, после чего станция готова к отработке межстанционных вызовов. При этом потеря линка основной платы приводит к ее перезагрузке. До тех пор пока линк не поднят, плата находится в состоянии INIT 1 RUN. Резюме: переключение на резерв осуществляется штатно, в приемлемые временные рамки;
2. При выключении линка между ЛВС и используемой в заданный момент времени процессорной платой CPU7-2 происходит разрыв установленных соединений между данной УАТС и другими УАТС Отделения. При этом, резервный процессор, не видя основную плату, уходит в перезагрузку. Так как перезагрузка CPU выполняется достаточно длительное время (порядка 10-15 минут), в течение всего этого времени недоступны никакие телефонные сервисы. Данное поведение кажется весьма странным.
Подскажите пожалуйста, является ли штатным поведение резервного CPU, при котором он перезагружается при отсутствии связи с основным узлом? Почему этого не происходит при работоспособном embedded Ethernet линке?
Огромное Спасибо!