survivor Опубликовано 24 октября, 2012 · Жалоба Всем доброго дня! У меня ASR1002F, ios: asr1000rp1-adventerprise.03.01.00.S.150-1.S.bin Исходя из условий применения и поставленных задач, мне, кровь из носу, понадобилось затерминировать PPPoE из-под двойного тега на EtherChannel'е. На этом же роутере и с этим же ios'ом у меня прекрасно работает PPPoE из под второго тега на голом интерфейсе, также прекрасно работает просто etherchannel. second-dot1q на etherchannel'е конфигурится, но, как оказалось, вообще не работает. Вчера получил доступ к другой железке: "cisco ASR1001 (1RU) processor with 1163580K/6147K bytes of memory.", ios: asr1001-universalk9.03.06.00.S.152-2.S.bin Выяснилось, что на этом, более свежем иосе, вообще в конфигурации сабинтерфейса на etherchannel'е отсутствует second-dot1q! Это получается циска не смогла это реализовать и вообще убрала из последних релизов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bugz Опубликовано 24 октября, 2012 · Жалоба на 03.05 также наблюдаю отсутствие second-dot1q. В свое время pppoe на port-channel завели но упёрлись в то, что на нем не работают policy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
survivor Опубликовано 24 октября, 2012 · Жалоба блин, что делать? 10G SIP + SPA + XFP неразумные деньги обходятся Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pliskinsad Опубликовано 24 октября, 2012 (изменено) · Жалоба http://www.cisco.com/en/US/docs/ios/ios_xe/cether/configuration/guide/ce_lnkbndl_xe.html •QinQ subinterfaces are not supported on Ethernet port channels. Бида-бида огорченье. Попробуй не собирать ченнел, просто сделай несколько интерфейсов гиговых с qinq. Один хер же L2. Изменено 24 октября, 2012 пользователем pliskinsad Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bambuk Опубликовано 24 октября, 2012 · Жалоба Приводить PPPoE трафик параллельно на разные интерфейсы. Кто первым ответит, там сессия и будет. Сессии по идее должны равномерно распределяться. Из минусов тут только то, что контролплейн будет N раз обрабатывать PADI и слать N PADO пакетов. Езерченнел с PPPoE трафиком все равно нормально балансировать не получится. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pliskinsad Опубликовано 24 октября, 2012 · Жалоба Можно половину виланов с верхним тегом повешать на один интерфейс, вторую половину на другой. Тогда не будет двойного PADi-PADO. Прикиньте, сколько у вас клиентов в каждой VLAN, и равномерно разносите по интерфейсам. Не красиво? - А то! Зато бесплатно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
survivor Опубликовано 24 октября, 2012 · Жалоба Спасибо за информацию и за советы :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...