Jump to content
Калькуляторы

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

Добрый день!

Есть колько с 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

Edge-core

ZTE (1)

Edge-core

Edge-core

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 зтеешки (отмечены в схеме).

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
Покажите состояние 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!

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

Edited by tamerlaha

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
Должны ли убиваться маки для ВСЕХ инстансов на ВСЕХ портах
нет, не должны
логичнее было б убить только там где прошел topology change!
ну как-бы у длинка именно так и происходит
И как узнать из кого и почему перестраивается топология?
посмотреть, что произошло в этот момент на других свичиках

 

Share this post


Link to post
Share on other sites

Eсли есть возможность опиши как на ZTE 2928 -cбить пароль на стандартный... спс

Share this post


Link to post
Share on other sites

Напишите мне в личку, я раскажу по пунктам

Share this post


Link to post
Share on other sites

Напишите мне в личку, я раскажу по пунктам

А можно и мне информацию такую сбросить? В личку написать не могу. Форум не разрешает.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this