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 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 зтеешки (отмечены в схеме). Есть еще кольцо в котором стоят два едже-кора а между ними зтеешка, и все работает прекрасно. Кто-то сталкивался с подобной проблемой? Буду рад любым предложениям и идеям как определить в чем именно дело . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Man_of_Honour Опубликовано 19 марта, 2010 · Жалоба Покажите состояние MSTP со свичей ZTE и Edge-Core. Оно одинаково на всех остальных свичах? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dyadyajack Опубликовано 24 мая, 2010 · Жалоба там ещё веселее ситуация, при работе, когда зте подключен через линксисы, он просто время от времени, по своему усмотрению роняет порт ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 24 мая, 2010 · Жалоба Должны ли убиваться маки для ВСЕХ инстансов на ВСЕХ портахнет, не должнылогичнее было б убить только там где прошел topology change!ну как-бы у длинка именно так и происходитИ как узнать из кого и почему перестраивается топология?посмотреть, что произошло в этот момент на других свичиках Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
attak Опубликовано 2 июня, 2010 · Жалоба Eсли есть возможность опиши как на ZTE 2928 -cбить пароль на стандартный... спс Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tucson Опубликовано 2 июня, 2010 · Жалоба Напишите мне в личку, я раскажу по пунктам Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dyadyajack Опубликовано 15 июня, 2010 · Жалоба Напишите мне в личку, я раскажу по пунктам А можно и мне информацию такую сбросить? В личку написать не могу. Форум не разрешает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...