Перейти к содержимому
Калькуляторы

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

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

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

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


Ссылка на сообщение
Поделиться на других сайтах

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

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


Ссылка на сообщение
Поделиться на других сайтах
Покажите состояние 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!

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

Изменено пользователем tamerlaha

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


Ссылка на сообщение
Поделиться на других сайтах

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

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


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

 

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


Ссылка на сообщение
Поделиться на других сайтах

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

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


Ссылка на сообщение
Поделиться на других сайтах

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

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


Ссылка на сообщение
Поделиться на других сайтах

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

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

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


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас