denis_vid Posted August 1, 2012 (edited) Вот такой вопросик. ASR1000, 2.6.2, портченел из двух портов, один по феншую, второй аксесом в свич, в транк и из транка во второй свич, аксесом во второй физический порт. Не работает из за топологии или баг иоса? У ASR точно были баги с портченелом, но не помню в какой версии, и точно в какой то из них работает нормально) sh int port-channel X показывает в группе только порт включенный напрямую. Edited August 1, 2012 by denis_vid Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
darkagent Posted August 1, 2012 мозг взорван. картинку можно? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
denis_vid Posted August 1, 2012 мозг взорван. картинку можно? Все просто Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
martini Posted August 1, 2012 финт ушами интересный ) у меня получалось завязать два Длинка через комп, тоесть один порт напрямую, а второй через бридж в компе (бридж эзернета с вланом) а далее через транковый свич. В реале такую схему так и не внедрил ) запустил кольцо на ЕРПС Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
triam Posted August 1, 2012 так делать нельзя. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
denis_vid Posted August 1, 2012 так делать нельзя. Понятно что неправильно. Но в данный момент времени другого варианта включения нет. Интересно почему не заводится, потому что кривая схема а именно.... или может это баг иоса? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
denis_vid Posted August 1, 2012 (edited) Баг исключил, собрал на свободных портах нормальный портченел, все мемберы в группе есть Edited August 1, 2012 by denis_vid Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
martin74 Posted August 1, 2012 потому что служебный пакет lacp обрабатывается на ближайшем коммутаторе. И сквозь него не проходит Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
g3fox Posted August 1, 2012 Если собран lacp, то скорее всего его не пропускают коммутаторы. Попробуйте собрать статическую агрегацию. Но тут могут возникнуть неприятности. При падении линка коммутатор(-ы) могут об этом не узнать. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Fduchun Posted August 1, 2012 Тут возможно только два решения: a) G.8031 1+1 b) 802.1ah + ECMP через SPBM Оба решения не реализуемы на дешевых свичах. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
nnm Posted August 1, 2012 Хорошие коммутаторы умеют Q-in-Q с туннелированием BPDU. Придумано как раз для таких случаев. Какие коммутаторы посередине? Или они не Ваши? Ну а вообще, если это как нарисовано линки между двумя маршрутизаторами, то не понятно, что мешает разобрать port-channel и поcтроить два независимых IP интерфейса и ECMP между ними? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
tartila Posted August 2, 2012 Вот такой вопросик. ASR1000, 2.6.2, портченел из двух портов, один по феншую, второй аксесом в свич, в транк и из транка во второй свич, аксесом во второй физический порт. Не работает из за топологии или баг иоса? У ASR точно были баги с портченелом, но не помню в какой версии, и точно в какой то из них работает нормально) sh int port-channel X показывает в группе только порт включенный напрямую. Какие объемы трафа? Если его не много, то в данной ситуации можно обойтись... (tada) (Saab95 медленно поворачивает голову :) ) (tada) микротиками с двух сторон :), проложив EoIP тоннели и сделав балансировку на Mikrotik`ах. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
secandr Posted August 2, 2012 А если настроить lacp и на промежуточных коммутаторах зарезать CPU-filter`ом LACP. Или поставить коммутаторы с поддержкой L2PT? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
denis_vid Posted August 2, 2012 Участок ответственный, решил организовать еще прямой линк. Всем спасибо за ответы. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
wonder Posted August 14, 2012 Хорошие коммутаторы умеют Q-in-Q с туннелированием BPDU. А можно поподробней? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
nnm Posted August 14, 2012 Хорошие коммутаторы умеют 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. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
wonder Posted August 14, 2012 Хорошие коммутаторы умеют 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 То могу попробовать поднять порт-ченел через сети стороннего оператора? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
nnm Posted August 14, 2012 Спасибо, именно эта фича и интересовала. То есть впринципе если циска на интерфейсе для 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. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
