Работает ли физический интерфейс port-channel внутри VLAN?

[denis_vid]

Вот такой вопросик.

ASR1000, 2.6.2, портченел из двух портов, один по феншую, второй аксесом в свич, в транк и из транка во второй свич, аксесом во второй физический порт.

Не работает из за топологии или баг иоса? У ASR точно были баги с портченелом, но не помню в какой версии, и точно в какой то из них работает нормально)

sh int port-channel X показывает в группе только порт включенный напрямую.

Edited August 1, 2012 by denis_vid

[darkagent]

мозг взорван. картинку можно?

[denis_vid]

мозг взорван. картинку можно?

Все просто

[martini]

финт ушами интересный ) у меня получалось завязать два Длинка через комп, тоесть один порт напрямую, а второй через бридж в компе (бридж эзернета с вланом) а далее через транковый свич. В реале такую схему так и не внедрил ) запустил кольцо на ЕРПС

[triam]

так делать нельзя.

[denis_vid]

так делать нельзя.

Понятно что неправильно. Но в данный момент времени другого варианта включения нет.

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

[denis_vid]

Баг исключил, собрал на свободных портах нормальный портченел, все мемберы в группе есть

Edited August 1, 2012 by denis_vid

[martin74]

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

[g3fox]

Если собран lacp, то скорее всего его не пропускают коммутаторы.

Попробуйте собрать статическую агрегацию. Но тут могут возникнуть неприятности.

При падении линка коммутатор(-ы) могут об этом не узнать.

[Fduchun]

Тут возможно только два решения:

a) G.8031 1+1

b) 802.1ah + ECMP через SPBM

 

Оба решения не реализуемы на дешевых свичах.

[nnm]

Хорошие коммутаторы умеют Q-in-Q с туннелированием BPDU. Придумано как раз для таких случаев. Какие коммутаторы посередине? Или они не Ваши?

Ну а вообще, если это как нарисовано линки между двумя маршрутизаторами, то не понятно, что мешает разобрать port-channel и поcтроить два независимых IP интерфейса и ECMP между ними?

[tartila]

Вот такой вопросик.

ASR1000, 2.6.2, портченел из двух портов, один по феншую, второй аксесом в свич, в транк и из транка во второй свич, аксесом во второй физический порт.

Не работает из за топологии или баг иоса? У ASR точно были баги с портченелом, но не помню в какой версии, и точно в какой то из них работает нормально)

sh int port-channel X показывает в группе только порт включенный напрямую.

 

Какие объемы трафа? Если его не много, то в данной ситуации можно обойтись... (tada) (Saab95 медленно поворачивает голову :) ) (tada) микротиками с двух сторон :), проложив EoIP тоннели и сделав балансировку на Mikrotik`ах.

[secandr]

А если настроить lacp и на промежуточных коммутаторах зарезать CPU-filter`ом LACP. Или поставить коммутаторы с поддержкой L2PT?

[denis_vid]

Участок ответственный, решил организовать еще прямой линк.

Всем спасибо за ответы.

[wonder]

Хорошие коммутаторы умеют Q-in-Q с туннелированием BPDU.

А можно поподробней?

[nnm]

Хорошие коммутаторы умеют Q-in-Q с туннелированием BPDU.

А можно поподробней?

 

Q-in-Q это возможность добавить к Ethernet фрейму второй 802.1q тэг. Даже если оригинальный фрейм такой тэг уже имеет. Юзается в операторских сетях, чтобы 'развязать' пространство VLAN оператора и абонента.

Дополнительно некоторые коробки умеют туннелировать BPDU. Т.е. если из смотрящего на клиента Q-in-Q порта приезжает STP, LACP и т.п. (список поддерживаемых протоколов может отличаться), то коммутатор не сам интерпретирует этот пакет, а вместо этого инкапсулирует его на CPU в дополнительный MAC-заголовок с 'волшебным' destination MAC и гонит в сеть. На другом конце BPDU и отдают абоненту.

Если я ничего не путаю, на cisco поддерживается начиная с 3550. Ну и на всех ME-шках. На Juniper - на всем, кроме 8200.

[wonder]

Хорошие коммутаторы умеют Q-in-Q с туннелированием BPDU.

А можно поподробней?

 

Дополнительно некоторые коробки умеют туннелировать BPDU. Т.е. если из смотрящего на клиента Q-in-Q порта приезжает STP, LACP и т.п. (список поддерживаемых протоколов может отличаться), то коммутатор не сам интерпретирует этот пакет, а вместо этого инкапсулирует его на CPU в дополнительный MAC-заголовок с 'волшебным' destination MAC и гонит в сеть. На другом конце BPDU и отдают абоненту.

Если я ничего не путаю, на cisco поддерживается начиная с 3550. Ну и на всех ME-шках. На Juniper - на всем, кроме 8200.

Спасибо, именно эта фича и интересовала.

То есть впринципе если циска на интерфейсе для q-in-qдаёт ввести

l2protocol-tunnel point-to-point pagp

l2protocol-tunnel point-to-point lacp

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

[nnm]

Спасибо, именно эта фича и интересовала.

То есть впринципе если циска на интерфейсе для q-in-qдаёт ввести

l2protocol-tunnel point-to-point pagp

l2protocol-tunnel point-to-point lacp

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

 

Вся конфигурация (Q-in-Q и BPDU tunneling) делается оператором, который предоставляет транспорт. Т.е. если у него на Cisco поддерживается l2protocol-tunnel point-to-point pagp/lacp и он согласен ее включить, то его клиенты смогут поднимать через него Port-channel.