EDGE-CORE vs ZTE. STP не работает

Вся активность

EDGE-CORE vs ZTE. STP не работает Проблема с совместной роботой свичей доступа ZTE 2928 и Edge-Core

Ответить

tamerlaha

Опубликовано 15 марта, 2010

Добрый день!

Есть колько с 11 свечей вперемешку edge-core и ZTE :

версия едже-коре ES3626XA-V2:

 Hardware Version:        R01
EPLD Version:            0.00
Number of Ports:         26
Main Power Status:       Up
Loader Version:          1.0.0.2
Boot ROM Version:        1.0.0.5
Operation Code Version:  1.1.0.27

версия зте ZTE ZXR10 2928-SI:

 ZXR10 Router Operating System Software, ZTE Corporation:
    ZXR10 2928-SI Version Number   : 29SI Series V2.0.12.Q
    Copyright (c) 2001-2009 By ZTE Corporation
    Compiled: 15:20:22 May 25 2009

стоят в таком порядке кольцом:

---------узел агрегации-------------

Edge-core

ZTE

Edge-core

ZTE (1)

Edge-core

ZTE (2)

ZTE (3)

ZTE

-----------узел агрегации--------------

В кольце работает порядка 40-50 клиентов

поднят мстп протокол:

spanning-tree mode mstp
!
spanning-tree MST configuration
MST 1 VLAN 84     ------клиентский влан
MST 3 VLAN 1105 ------ влан для управления
name net
revision 5

Если включить все порты, то агрегация ложится - получается петля т.е. стп не работает как следует,

все работало чудесно до момента, когда доставилось еще 3 зтеешки (отмечены в схеме).

Есть еще кольцо в котором стоят два едже-кора а между ними зтеешка, и все работает прекрасно.

Кто-то сталкивался с подобной проблемой? Буду рад любым предложениям и идеям как определить в чем именно дело .

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Man_of_Honour

Опубликовано 19 марта, 2010

Покажите состояние MSTP со свичей ZTE и Edge-Core. Оно одинаково на всех остальных свичах?

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

tamerlaha

Опубликовано 8 апреля, 2010 (изменено)

Покажите состояние MSTP со свичей ZTE и Edge-Core. Оно одинаково на всех остальных свичах?

Состояние удается снять только когда кольцо разорвано, да на всех состояние одинаковое.

Извините что долго не отвечал, сейчас ситуация несколько другая.

В кольце стоят едже коры, а вдругом зте, но влан у них общий. Все это подключено к ЗТЕ 5928.

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

Узел агрегации думает что он рут для всех инстансов мстп, но свичи выбирают себе рута среди своих для инстансов 1 и 3, а рутом в инстанс 0 все таки становитья агрегация (все порты на узле в десигнэйтед для всех инстансов), на узле приоритеты для всех инстансов 0. Вот такая загадка природы.

Произошло это после того как к едже корам доставилось еще пару свичей. (еджекоров -16 шт, зте - 7 шт.)

И у меня назрело пару вопросов.

1. есть параметр max-hop - это нечто подобное TTL только для bpdu? И передаються ли он от рута и другим свичам или его надо отдельно настраивать на каждом свичеке?

2. Включил дебаг мстп на агрегации увидел нечто такое:

 MSTP:BPDU_RECEIVE via gei_1/3
MST:tc 1 proposal 0 role rootport learn 1 forward 1 agree 1,tca 0
MST: cist root Prio:0  id : 0019c60078b4 
MST: cist external path cost:20000
MST: cist regional root Prio :32768 id :0019c632e16e 
MST: cist port id :32795
MST: message age 512 ,max age 7680,hello time 768,forward delay 3840
MST: v1_len 0 v3_len 96
MST: cist internal root pcost 0 remain hops 20
MST: cist bridge id prio 8000 id 0019c632e16e
MST: cist config digest 0x6f1a817d8b56804785432d38090a368b
MST: migration port gei_1/3 rcvdrstp event 
MST :INFO instance 0 port gei_1/3 root event

flush port gei_1/1 instance 0 del mac
...
.....
тут убиваються маки для всех инстансов  на всех портах
.....
....
flush port gei_1/17 instance 3 del mac

Должны ли убиваться маки для ВСЕХ инстансов на ВСЕХ портах, логичнее было б убить только там где прошел topology change!

И как узнать из кого и почему перестраивается топология?

Изменено 8 апреля, 2010 пользователем tamerlaha