2 канала SFP оптика и радио. Основной канал - оптика. Радио - резерв.

[WED1]

Всем привет. Есть следующая схема: 2 свича D-Link DGS-1210 / 24. друг от друга далеко. Между ними 2 канала SFP  оптика и радио. Основной канал - оптика. Радио - резерв. В свичах около 10 vlan'ов. Порты с оптикой и радио - access mode: trunk с обеих сторон. Вопрос: как сделать резервирование оптики? Можно агрегацию сделать, будет радио модуль понимать кто в дауне, кто в аппе? RSTP если включу не будет петель? 

[Negator]

Радио ничего понимать не будет.

 

Включите RSTP с 2 сторон, сделайте порты RSTP enable c 2 сторон.

Порты что не принимают участие в rstp лучше сделать rstp disable

 

Настройте косты на портах чтобы радио было в резерве.

Вот и все.

 

Ваше радио и знать не будет о том что там RSTP ходит

 

 

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

[UglyAdmin]

22 hours ago, Negator said:

Радио ничего понимать не будет.

Зависит от радио...

[fractal]

В 17.02.2023 в 22:54, WED1 сказал:

Всем привет. Есть следующая схема: 2 свича D-Link DGS-1210 / 24. друг от друга далеко. Между ними 2 канала SFP  оптика и радио. Основной канал - оптика. Радио - резерв. В свичах около 10 vlan'ов. Порты с оптикой и радио - access mode: trunk с обеих сторон. Вопрос: как сделать резервирование оптики? Можно агрегацию сделать, будет радио модуль понимать кто в дауне, кто в аппе? RSTP если включу не будет петель? 

Делайте stp, это самый лучший вариант в вашем случае, в агрегации через каналы на разных технологиях словите проблемы

[azhur]

Что за радио, насколько медленнее оптики (как по битрейту, так и по времени отклика)?

[Saab95]

Цитата

Делайте stp, это самый лучший вариант в вашем случае, в агрегации через каналы на разных технологиях словите проблемы

Если изначально делать транспорт на L3, то никаких проблем не возникает. Основная проблема возникновения всех проблем - это когда растягивают L2 на десятки километров, хотя изначально L2 создавался для локальных сегментов сети. И если посмотрите на старые учебники и схемы, там L2 всегда объединялись через маршрутизаторы.

[fractal]

1 час назад, Saab95 сказал:

Если изначально делать транспорт на L3, то никаких проблем не возникает. Основная проблема возникновения всех проблем - это когда растягивают L2 на десятки километров, хотя изначально L2 создавался для локальных сегментов сети. И если посмотрите на старые учебники и схемы, там L2 всегда объединялись через маршрутизаторы.

в L3 при нессиметричном канале тоже не особо хорошее решение, для active/backup только

[alexmern]

Я бы сделал LACP с port-priority, если ваше радио прозрачно пропускает кадры LACP. Это исключит потенциальные петли.

[fractal]

2 часа назад, alexmern сказал:

Я бы сделал LACP с port-priority, если ваше радио прозрачно пропускает кадры LACP. Это исключит потенциальные петли.

Пофлапайте и удивитесь как начнёт все прихлопывать

[Saab95]

Цитата

в L3 при нессиметричном канале тоже не особо хорошее решение, для active/backup только

Зато будет работать без проблем. Все что может быть - падение пропускной способности. С L2 оно вообще работать не будет.

 

Во всех темах пишу, напишу и здесь - по возможности нужно уходить от транспорта по L2, переходите на L3 и MPLS, благо многие L2+ коммутаторы уже умеют упаковывать L2 в MPLS и передавать дальше в центр. Где уже все циски, эриксоны и прочие брасы смогут эти MPLS каналы принять и использовать вместо традиционных вланов.

[sirmax]

38 минут назад, Saab95 сказал:

Зато будет работать без проблем. Все что может быть - падение пропускной способности. С L2 оно вообще работать не будет.

 

Во всех темах пишу, напишу и здесь - по возможности нужно уходить от транспорта по L2, переходите на L3 и MPLS, благо многие L2+ коммутаторы уже умеют упаковывать L2 в MPLS и передавать дальше в центр. Где уже все циски, эриксоны и прочие брасы смогут эти MPLS каналы принять и использовать вместо традиционных вланов.

Вы возможно даже в чем то правы, но вы условия задачи читали?

есть железо, есть вопрос. 
 

Тут можно и второй кабель проложить посоветовать, для надежности, тоже неплохо ведь.

 

Насколько я вижу железо топикстартера такого не умеет, потому ваш ответ не релевантен вопросу.

[fractal]

6 часов назад, Saab95 сказал:

С L2 оно вообще работать не будет.

Голословно, все будет работать с stp, точно также как и с L3, стояли бы Cisco можно было бы сделать L3 + pfr скрипт, который бы опредялял потери, задержки и держал необходимый линк активный, но тут ни микрота, ни Cisco, раз задали вопрос про stp/lacp значит только l2

[dr Tr0jan]

Резервировал радио с помощью VDSL и MSTP - всё прекрасно работало.

[VolanD666]

Да что тут думать? LACP не варик, т.к. скорее всего скорость просядет до скорости радио канала. L3 не варик, т.к. у ТС оборудование не такое. Остается X-STP? МОжно еще посмотреть в сторону ERSP, но хз поучится ли такое в данном случае собрать на текущем оборудовании ТС?

[[anp/hsw]]

ERPS - вполне нормальный вариант. DGS1210 с индексом /ME его даже поддерживают.

Поддержка ERPS важна только на пути основого линка, на резервом ничего страшного не случится, если ни одно из устройств его не поддерживает.

[jffulcrum]

У топикстартера врядли /ME, и даже с ME надо ревизию смотреть, на A1 оно может не полететь.

[Saab95]

В таком случае нужно включить RSTP на дальнем коммутаторе и все, указав радио линк в качестве резерва. При отсутствии связь на основном канале включится резерв. Но это будет работать лишь при полном физическом отключении оптики. Если там будет просто увеличение затухания, пойдут не частые потери, каналы не переключатся. Проверка же пингом или еще как ничего не даст, т.к. при свободном канале потерь может и не быть, а стоит пойти трафику они появятся.

 

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