Jump to content

Recommended Posts

Posted

master port - через него идет мультикаст и служебный трафик, который не балансируется. Если он падает - то мастером становится какой нить другой порт.

 

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

  • Replies 51
  • Created
  • Last Reply

Top Posters In This Topic

Posted

Как-бы это и имелось в виду... На 3612 кольцо из 1 и 2 портов и на 3200-10 9 и 10 порты - кольцо. Наносы в режиме моста между 2 портом 3612 и 10 портом 3200-10. Не заработает так?

 

Должно заработать. на ubnt все, что имеет буквосочетание STP должно быть выключено. Тогда радиолинк на них можно представить как простой тувой "провод". Мы радиолинками на ubnt организуем резервирование оптических линий на время проведения ремонтных работ. Автоматом переходим на радио при пропадании оптики. Вовзращаемся на волокно, как только завершаются работы на кабеле.

Posted

Как они могут заниматься рулением, когда половина пакетов пропадает во время передачи=) Микротик эти пакеты не теряет и STP нормально отрабатывает.

 

Проверялось на коммутаторах с STP, на роутерах с STP и RSTP.

 

Ну, не знаю. Имеется два резервирующих оптику радиолинка на ubnt, развязка по RSTP. В течении лета, когда активно проводим модернизацию и ремонт оптических линий, задействуем AirGrid'ы и PowerBridge для запитки узлов агрегации, до которых при работах связи по оптике нет. Все работает как часы (со скидкой на пропускную способность).

 

По ходу в вашем случае с STP дело не в бобине, а в другом девайте, что между клавиатурой и креслом.

Posted

taf_321, а как тогда управляете ubnt? Они же становятся недоступными, находясь в резервном линке, когда исправно работает основная часть кольца на оптике?

Posted

DES-3200-10:5#show error ports 9
Command: show error ports 9

Port Number : 9
                RX Frames                                  TX Frames
                ----------                                 ----------
CRC Error       0                    Excessive Deferral    0
Undersize       0                    CRC Error             0
Oversize        0                    Late Collision        0
Fragment        1                    Excessive Collision   0
Jabber          0                    Single Collision      0
Drop Pkts       -                    Collision             0

DES-3200-10:5#show error ports 10
Command: show error ports 10

Port Number : 10
                RX Frames                                  TX Frames
                ----------                                 ----------
CRC Error       14                   Excessive Deferral    0
Undersize       0                    CRC Error             0
Oversize        0                    Late Collision        0
Fragment        0                    Excessive Collision   0
Jabber          0                    Single Collision      0
Drop Pkts       -                    Collision             0


DGS-3612G:admin#show error ports 1
Command: show error ports 1

Port number : 1
                   RX Frames                                  TX Frames
                   ---------                                  ---------
CRC Error          42                   Excessive Deferral    0
Undersize          0                    CRC Error             0
Oversize           15                   Late Collision        0
Fragment           0                    Excessive Collision   0
Jabber             0                    Single Collision      0
Drop Pkts          305775               Collision             0
Symbol Error       77
Buffer Full Drop   0
ACL Drop           0
Multicast Drop     0
VLAN Ingress Drop  1400


DGS-3612G:admin#show error ports 2
Command: show error ports 2

Port number : 2
                   RX Frames                                  TX Frames
                   ---------                                  ---------
CRC Error          5                    Excessive Deferral    0
Undersize          0                    CRC Error             0
Oversize           0                    Late Collision        0
Fragment           2                    Excessive Collision   0
Jabber             0                    Single Collision      0
Drop Pkts          107972               Collision             0
Symbol Error       7
Buffer Full Drop   0
ACL Drop           0
Multicast Drop     0
VLAN Ingress Drop  0

Какая может быть причина роста Drop Pkts на обоих портах 3612. LACP включено на обоих свичах соотв., но я где-то вычитал, что команду lacp_ports X,Y mode active нужно делать только на одном из свичей, а у меня это сделано на обоих

Posted

taf_321, а как тогда управляете ubnt? Они же становятся недоступными, находясь в резервном линке, когда исправно работает основная часть кольца на оптике?

 

в Blocking встает один порт на одном из коммутаторов. При этом радиожелезки будут доступны через другой коммутатор, на котором порт не будет в Blocking. То есть оба порта на обоих коммутаторах, соединенных через радиотракт, в блок не встанут. А вот чтобы точно знать, какой порт заблочится при той или иной ситуации, это вы уже сами настройками priority у коммутатора и выставлением PathCost на портах.

 

Примечание. Все это справедливо и точно работает для случая, когда радиотракт используется чисто резервом. Как оно будет вести себя в случае LACP даже не представляю. Тем более на таких разнородных каналах как оптика и радиолинк (разницы в скоростях на порядки).

Posted (edited)
Примечание. Все это справедливо и точно работает для случая, когда радиотракт используется чисто резервом. Как оно будет вести себя в случае LACP даже не представляю. Тем более на таких разнородных каналах как оптика и радиолинк (разницы в скоростях на порядки).

LACP тогда станет ненужен, вместо него встанет STP... Чуть выше мой пост о текущей проблеме, не касающийся резервирования. Какое-то подозрительно большое значение имеет счётчик отброшенных пакетов на 3612...

 

UPD

Совсем забыл, на этом линке VLAN Trunk настроен только на 3200-10, на 3612 vlan-ы прописаны вручную, может поэтому счётчик растёт, т.к. с 3200-10 могут идти левые пакеты из других vlan, хотя откуда им там взяться, от вышестоящего?

 

UPD2

Похоже мои догадки могут оправдвться на счёт левых vlan: Drop пакеты на коммутаторах DES-3526 что такое и что с ним делать

Edited by lan-viper
Posted

Мы радиолинками на ubnt организуем резервирование оптических линий на время проведения ремонтных работ.

 

Зачем же вы используете продукцию Ubiquiti? Сейчас микротик стоит почти столько же, а возможностей гораздо больше и в плюсах ремонтопригодность.

Posted

Зачем же вы используете продукцию Ubiquiti? Сейчас микротик стоит почти столько же, а возможностей гораздо больше и в плюсах ремонтопригодность.

 

Зачем нам покупать продукцию МТ, если у нас уже есть успешно работающее оборудование? Опять же, в плане готовых мыльниц у МТ с модельным рядом полный швах против мериканских самодельщиков. Не рассказывайте мне про коструктор "сделай сам". Этап собирания комплектухи по нескольким поставщикам и фапанья на получившийся результат мы прошли лет 7 назад. Сейчас нужно не железо, а каналы связи. И если есть выбор, купить готовую мыльницу, или собирать аналог из запчастей при равном ценнике, выбор делается в сторону цельной мыльницы. Хотя бы с целью оптимизации логистики и дальнейшей эксплуатации. По возможностям - они примерно равные. За возможности МТ мне сказок не пойте. Используем его весьма активно, и что он может, а что нет известно не по наслышке. По ремонтнопригодности - с точки зрения процесса восстановления работоспособности канала связи проще вытащить со склада резервную железку, залить на нее конфиг из бэкапа и поставить на место сдохшей. А вышедшую из строя отправить поставщику, если еще на гарантии. Пляски с вытаскиванием сдохшего компонента, поиском кто нам его продал, возвратами и так далее уже не впечатляют. Еще такой момент как бухучет. Бухгалтерию хлебом не корми, дай позаниматься случаем, когда из пачки компоент создается некое единое целое. И потом тянется в отчетах "Корпус всепогодный пластиковый, балансовая стоимость 100500р".

 

Совсем забыл, на этом линке VLAN Trunk настроен только на 3200-10, на 3612 vlan-ы прописаны вручную, может поэтому счётчик растёт, т.к. с 3200-10 могут идти левые пакеты из других vlan, хотя откуда им там взяться, от вышестоящего?

 

Попробуйте прописать статические вланы на обоих концах. Особенно при взаимодействии с чужими сетями. От соседей может прилететь все что угодно.

Posted

 

Зачем нам покупать продукцию МТ, если у нас уже есть успешно работающее оборудование? Опять же, в плане готовых мыльниц у МТ с модельным рядом полный швах против мериканских самодельщиков. Не рассказывайте мне про коструктор "сделай сам". Этап собирания комплектухи по нескольким поставщикам и фапанья на получившийся результат мы прошли лет 7 назад. Сейчас нужно не железо, а каналы связи.

 

Если вас устраивает качество UBNT, то можно представить какие у вас "каналы связи" и предположить что работаете без регистрации РЧ оборудования. За 7 лет у микротика многое изменилось, а нормальные поставщики могут продавать уже готовые изделия с одним артикулом, так что бухгалтерия останется довольна.

Posted

Если вас устраивает качество UBNT, то можно представить какие у вас "каналы связи"

 

Замена всего и вся на МТ автоматом никаких плюсов не даст. На примере абонентского оборудования это было показано очень наглядно.

Posted

В кассете утянуло волокно в кабель и оно натянулось практически до прямоугольника... Кабель SNR-UT1-04 - говно. Ведь по этой причине в муфтах ранее также волокна утягивало в кабель!

может всё из-за того что кабель проложен не по технологии и его рвут постоянно!

Posted

В кассете утянуло волокно в кабель и оно натянулось практически до прямоугольника... Кабель SNR-UT1-04 - говно. Ведь по этой причине в муфтах ранее также волокна утягивало в кабель!

может всё из-за того что кабель проложен не по технологии и его рвут постоянно!

Если-бы Вы знали наш контекст и всю подноготную, то не задавали-бы таких вопросов.
Posted

В кассете утянуло волокно в кабель и оно натянулось практически до прямоугольника... Кабель SNR-UT1-04 - говно. Ведь по этой причине в муфтах ранее также волокна утягивало в кабель!

может всё из-за того что кабель проложен не по технологии и его рвут постоянно!

цитата лично для вас.

Также косяки на местности, где лежит волокно, уже имеем 3 муфты из-за повреждений кабеля самосвалами и тракторами (лежит на земле за забором брошенного комбината, который активно растаскивают на строй материалы вместе с этим забором...).

Есче вопросы предложения ? есть

При чем тут технологии ?

Читаем между строк.

Представьте что кабель по технологии, несолько раз его перебил трахтор дяди васи)

И что после этого оно не должно работать ? тем более что банальное уползание волокон.

  • 2 weeks later...
Posted

Проблма оказалась там, где её вообще не ожидали увидеть - наш кросс, стоящий в аппаратной аплинка. В кассете утянуло волокно в кабель и оно натянулось практически до прямоугольника... Кабель SNR-UT1-04 - говно. Ведь по этой причине в муфтах ранее также волокна утягивало в кабель!

Привет, а подскажите будут ли утягиваться волокна SNR-UT1-04 на магистралях порядка 100-150 метров ?

Posted

будут ли утягиваться волокна SNR-UT1-04 на магистралях порядка 100-150 метров ?

 

можно как-то более корректно вопрос задать? а то непонятно что такое эти 150 метров - расстояние между опорами или вообще общая длина трассы.

Posted

Кольцо кстати заработало на Nanostation M5 почти без проблем, за исключением того, что на точки доступа зайти невозможно без перенастрйки порта какого-либо из коммутаторов на нетэгированный vlan=1.

 

port 1 ================================= VLAN Trunk ================================== port 9 (Designated)

DGS-3612G (RSTP Root Bridge)                                                           DES-3200-10

port 12 --- Nanostation M5 (AP Bridge) ((( VLAN Trunk ))) Nanostation M5 (Station) --- port 10 (Disabled)

Posted

Кольцо кстати заработало на Nanostation M5 почти без проблем, за исключением того, что на точки доступа зайти невозможно без перенастрйки порта какого-либо из коммутаторов на нетэгированный vlan=1.

 

ЕМНИП, во всех цисководческих наставлениях жирными буквами всегда пишут "Если вы использвете у себя vid 1, то вы ССЗБ 99 lvl". В свое время, на простых конфигурациях повеля на эту дразнилку и везде стал давить vid 1, назначая на vlan управления что-нибудь иное. И уже на сложных конфигурациях с разнородным железом и средами передачи данных понял на кой фиг оно именно так следовало делать.

Posted

Кольцо кстати заработало на Nanostation M5 почти без проблем, за исключением того, что на точки доступа зайти невозможно без перенастрйки порта какого-либо из коммутаторов на нетэгированный vlan=1.

 

ЕМНИП, во всех цисководческих наставлениях жирными буквами всегда пишут "Если вы использвете у себя vid 1, то вы ССЗБ 99 lvl". В свое время, на простых конфигурациях повеля на эту дразнилку и везде стал давить vid 1, назначая на vlan управления что-нибудь иное. И уже на сложных конфигурациях с разнородным железом и средами передачи данных понял на кой фиг оно именно так следовало делать.

Когда начали с активным dlink-ом работать, то как-то исторически у меня сложилось менеджмент оставлять в default, т.к. казалось удобно и очевидных недостатков не было. Оно по сути и сейчас так, проблем вообще нет.

И в данном случае считаю косяк не в архитектуре сети, а в прошивке отдельно взятых устройств.

Posted

что на точки доступа зайти невозможно без перенастрйки порта какого-либо из коммутаторов на нетэгированный vlan=1.

а что вам мешает поднять Тегом велан управления на насосах ?

Posted

что на точки доступа зайти невозможно без перенастрйки порта какого-либо из коммутаторов на нетэгированный vlan=1.

а что вам мешает поднять Тегом велан управления на насосах ?

Каким образом? (речь идёт о прошивке 5.5, где невозможно даже создать vlan=1, только 2-4094)

Posted

Каким образом? (речь идёт о прошивке 5.5, где невозможно даже создать vlan=1, только 2-4094)

 

Покайтесь и отвергните ересь с vid=1! И обратитесь в истинную веру! :)

 

А серьезно - описанное вами поведение характерно для 80% (если не больше) оборудования. Для чего и придумали правило mgmt vlan != 1

Posted

Кольцо кстати заработало на Nanostation M5 почти без проблем, за исключением того, что на точки доступа зайти невозможно без перенастрйки порта какого-либо из коммутаторов на нетэгированный vlan=1.

 

port 1 ================================= VLAN Trunk ================================== port 9 (Designated)

DGS-3612G (RSTP Root Bridge)                                                           DES-3200-10

port 12 --- Nanostation M5 (AP Bridge) ((( VLAN Trunk ))) Nanostation M5 (Station) --- port 10 (Disabled)

На зло всем цископреспешникам, считающим, что ManagementVLAN != 1.

Удалось наладить доступ к точкам доступа на текущей топологии. Для этого необходимо в моём случае очистить 12 порт от всех vlan и назначить на него untagged vlan 1, после этого включить глобально VLAN Trunk на 3612 и назначить порт 12 транковым. Проделав такие выкрутасы заработал и сам резервный линк и доступ к управлению точками.

Posted

что на точки доступа зайти невозможно без перенастрйки порта какого-либо из коммутаторов на нетэгированный vlan=1.

а что вам мешает поднять Тегом велан управления на насосах ?

Каким образом? (речь идёт о прошивке 5.5, где невозможно даже создать vlan=1, только 2-4094)

 

Э...ляпнул не проверив про 1! :)

А ларчик просто открывался :-)

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...