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

tamerlaha

Пользователи
  • Публикации

    9
  • Зарегистрирован

  • Посещение

1 подписчик

О tamerlaha

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. ZTE

    вообщем в нашей конфигурации в более старых прошивках надо было ставить найтив влан номер мультикаст влана, иначе не совсем хорошо работало. :) А прошивка от Зте, мы на них плотно строим. ZXR10 2920-SI Version Number : 29SI Series V2.0.12.U.P01 Copyright © 2001-2011 By ZTE Corporation Compiled: 16:42:06 Jan 27 2011
  2. ZTE

    вот с ченджлогами туговатенько :) Скажите, а ТВ у вас нормально работает - не надо играться с pvid на магистральных портах?
  3. ZTE

    Да сталкивался :) решалось костылем аля телнет в кроне :) и в последней доступной мне прошивке (ZXR10 2928-SI Version Number : 29SI Series V2.0.12.U.P01) проблема не решена.
  4. Если не секрет, каких? Модельку, прошивку. У меня так и не вышло подружить mstp на L3 кошке и, для примера, D-Link DES-3200-26. Ну, как бы коммерческая тайна, уж извините. но больше 16 начинает уже не стабильно работать, недавно дробили кольца. По мстп протоколу вообще много вопросов возникает, и нигде особо то про них и не почитаешь, протокол загадка просто, иногда чувствуешь себя сапером :) Например вот такой вопрос: "Если в 0 инстансе в мстп есть влан который есть на всех свичах, при смене топологии этот инстанс построится для всех колец или только для того кольца где возникла смена топологии (рут - агрегация)?" Я так понимаю что имелся ввиду размер колец? Та вот в том и дело что думаю нужны ли мне еще инстансы или нет? :) К сожелению перейти на рстп, пока нет возможности: неизвестно как поведет себя сеть, да и сменить конфигурацию на всех свичиках тоже накладно, и также накладно будет вернуть все обратно если вдруг что. Да был у меня раз такой случай, когда свичики себе построили топологию с рутом где-то в кольце, а все порты которые на агрегацию поблочили, вот тогда развлекались долго, пока нашли в чем причина. Но было такое один раз и до конца причину так и не выяснили, хорошо хоть конфиги не успели сохранить, все решилось ребутом половины кольца :) А вот когда дробили кольца то в инстансы добавлялись вланы для новых колец, на агрегации в первую очередь и, тьфу тьфу, все обошлось. Коллеги, прошу все таки вас вернутся к первоначальному моему вопросу, будет ли стабильнее сеть?. Повторюсь один из узлов агрегации уже работает по второму варианту, но нагрузка не большая и говорить о чем либо пока рано. Да и по первому варианту без нагрузки на стенде все работает просто отлично :)
  5. Использование мстп так исторически сложилось и быстро пересобрать и проверить нет возможности (около 200 свичей), да и вариант как бы проверен уже. Весь вопрос возник из-за того что по сислогам видна перестройка всех колец на агрегации при падение одного из свичей в любом кольце во всех. Т.е падение одного свича "цепляло" все кольца. На узле с уже переделанным мстп перестраиваются инстансы только в границах одного кольца. А инстансов сейчас всего два, и будет максимум 11 на узле агрегации и по одному если сделать так как я описывал. У нас в кольцах до 14-16 свичей.
  6. Спасибо за ответ. Ну инстансов на свичах должно хватить, да и само мстп вроде как работает нормально. Я признаюсь что на одном из узлов агрегации уже переделал все. Правда там только два колечка и около 10 свичиков, схождение и стабильность работы меня пока устраивает, но с таким же успехом все так же работало и по старой схеме. Так что делать выводы пока рано. Нужно пробывать под большей нагрузкой, но вот не хочется экспериментировать на рабочей сети. А сколько у вас свичей в кольцах если не секрет?
  7. Здравствуйте уважаемые! Имею в попечительстве сеть построенную кольцами, т.е. несколько узлов агрегации к которым подключены свичи доступа в кольцах, на каждое кольцо свой менеджмент и клиенсткий влан + влан с мультикаст потоком для ТВ (общий влан для всех агрегаций). Между агрегациями стп не бегает. Используется MSTP протокол. На текущий момент на каждом узле агрегации настроено таким образом: spanning-tree mst configuration instance 1 vlan 1aa, 1bb,..1xx (клиентский влан) instance 2 vlan 11aa, 11bb,..11xx (влан для менеджмента) на свичах доступа конфигурация похожая, но только со своим вланом: spanning-tree mst configuration instance 1 vlan 1xx instance 2 vlan 11xx где хх- номер кольца. Возник у меня вопрос, а не лучше ли будет переделать что бы было на каждое кольцо был заведен свой отдельный инстанс: агрегация: spanning-tree mst configuration instance 1 vlan 1aa,11aa instance 2 vlan 1bb,11bb ....... instance n vlan 1xx,11xx свичи доступа: кольцо 1 instance 1 vlan 101,1101 кольцо 2 instance 2 vlan 102,1102 итак далее. И стоит ли общий для всех агрегаций мультикаст влан вносить в какой нибудь инстанс или пускай будет в instance 0? Может кто имеет практический опыт в данном вопросе и прошу подсказать как будет моей сетушке лучше?
  8. Состояние удается снять только когда кольцо разорвано, да на всех состояние одинаковое. Извините что долго не отвечал, сейчас ситуация несколько другая. В кольце стоят едже коры, а вдругом зте, но влан у них общий. Все это подключено к ЗТЕ 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! И как узнать из кого и почему перестраивается топология?
  9. Добрый день! Есть колько с 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 зтеешки (отмечены в схеме). Есть еще кольцо в котором стоят два едже-кора а между ними зтеешка, и все работает прекрасно. Кто-то сталкивался с подобной проблемой? Буду рад любым предложениям и идеям как определить в чем именно дело .