[Fduchun]

В общем, как будет, так сразу. А пока ASR9K - всего лишь презентация. Как только появятся внятные отызы тестировавших ее людей, а не глядевших презентации Cisco, так и будем обсуждать.

[tgz]

Я просто положу это тут.

http://bgp.potaroo.net/ietf/all-ids/draft-...c-hiding-01.txt

[Bambuk]

Нам его привозили на потестить. Тестили на совместимость с хуа S8500. VLL и VPLS нормально поднялись. Огорчило отсутствие vlan инкапсуляции в VPLS. Но это вроде как в следующем году обещают сделать.

Если все срастется то в следующем году возьмем несколько на замену NE40E, которые убивают своей тормознутостью. 15минут фуллвью грузить - это не дело.

Изменено 2 ноября, 2009 пользователем Bambuk

[rus-p]

Поделать можно, уже работает, см. 802.1ak!

И как же это?

 

В момент, когда прописываете клиентский vpls на PE, протокол анонсирует групповой мак, в котором закодирован номер vpls.

На P рутере сидит агент который слышит анонс мака и добавляет ветвь к броадкаст домену данного клиентского vpls.

Когда BUM фрейм летит от клиента, P рутер имеет построенное дерево распространения такого трафика.

 

[Fduchun]

Я просто положу это тут.

http://bgp.potaroo.net/ietf/all-ids/draft-...c-hiding-01.txt

Этот драфт уже expired, и писал его человек, работающий в Alcatel-Lucent. С тех пор видно, что драфт развития не получил, а вот PBB + VPLS еще как, в том же Alcatel-Lucent. При чем этих драфтов было два - от Alcatel-Lucent и от Cisco, но их слили в один.

http://www.ietf.org/id/draft-ietf-l2vpn-pb...pe-model-00.txt

http://www.ietf.org/id/draft-ietf-l2vpn-vp...-interop-00.txt

Изменено 2 ноября, 2009 пользователем Fduchun

[Fduchun]

Нам его привозили на потестить. Тестили на совместимость с хуа S8500. VLL и VPLS нормально поднялись. Огорчило отсутствие vlan инкапсуляции в VPLS. Но это вроде как в следующем году обещают сделать.

Если все срастется то в следующем году возьмем несколько на замену NE40E, которые убивают своей тормознутостью. 15минут фуллвью грузить - это не дело.

:)

H-VPLS c MPLS PW в виде Spoke тестили, multicast в VPLS тестили (IGMP snooping тот же самый), масштабируемость по количеству VPLS тестили? Управление MAC тестили? MTU-s dual homing при подключении к VPLS на базе ASR9K тестили: хоть в кольце на базе REP, хоть через MPLS Spoke?

 

[Bambuk]

H-VPLS c MPLS PW в виде Spoke как раз пока в пролете, т.к. S8500 независимо от того какой тип выставить у PW шлет пакеты по нему с тегом, если пакет пришел с trunk, а ASR9K может только Ethernet PW в VPLS и стрипать тег из пакета пришедшего по PW не может пока. L2 Ethernet сервисы на этой железке нас ограниченно интересовали, т.к. на edge они нам в ближайшее время не светят, дорого.

[alks]

Если все срастется то в следующем году возьмем несколько на замену NE40E, которые убивают своей тормознутостью. 15минут фуллвью грузить - это не дело.

Вот это номер ... коллеги, кто-нибудь еще может подтвердить этот очень интересный факт?

 

P.S. получу на тест сей девайс первым делом замерю с секундомером :)

Изменено 2 ноября, 2009 пользователем alks

[Fduchun]

H-VPLS c MPLS PW в виде Spoke как раз пока в пролете, т.к. S8500 независимо от того какой тип выставить у PW шлет пакеты по нему с тегом, если пакет пришел с trunk, а ASR9K может только Ethernet PW в VPLS и стрипать тег из пакета пришедшего по PW не может пока. L2 Ethernet сервисы на этой железке нас ограниченно интересовали, т.к. на edge они нам в ближайшее время не светят, дорого.

Ну тогда почему не взять CRS-1/8? На него сейчас неплохие скидки и все ваши задачи он будет делать не хуже.

 

Если все срастется то в следующем году возьмем несколько на замену NE40E, которые убивают своей тормознутостью. 15минут фуллвью грузить - это не дело.

Вот это номер ... коллеги, кто-нибудь еще может подтвердить этот очень интересный факт?

 

P.S. получу на тест сей девайс первым делом замерю с секундомером :)

Там еще и не такие номера бывают. :) Китайцы - ушлые товарищи. Когда железо тестируют китайские инженеры - то все тесты проходятся нормально. Но стоит их к железу не подпускать, разработчикам не звонить, патчи под каждый тест не получать, тут и вылезает истенное китайское качество - железо ведет себя, мягко говоря, никак. :)

[Bambuk]

H-VPLS c MPLS PW в виде Spoke как раз пока в пролете, т.к. S8500 независимо от того какой тип выставить у PW шлет пакеты по нему с тегом, если пакет пришел с trunk, а ASR9K может только Ethernet PW в VPLS и стрипать тег из пакета пришедшего по PW не может пока. L2 Ethernet сервисы на этой железке нас ограниченно интересовали, т.к. на edge они нам в ближайшее время не светят, дорого.

Ну тогда почему не взять CRS-1/8? На него сейчас неплохие скидки и все ваши задачи он будет делать не хуже.

Нам нужно 16х10G интерфейсов. CRS-1/8 в такой конфигурации стоит примерно на $200К дороже чем ASR9010.

Кроме того в CRS проц на роутпроцессоре MPC7540, а в ASR9K - MPC8641D, он побыстрее будет и двухядерный.

 

 

Если все срастется то в следующем году возьмем несколько на замену NE40E, которые убивают своей тормознутостью. 15минут фуллвью грузить - это не дело.

Вот это номер ... коллеги, кто-нибудь еще может подтвердить этот очень интересный факт?

 

P.S. получу на тест сей девайс первым делом замерю с секундомером :)

Там еще и не такие номера бывают. :) Китайцы - ушлые товарищи. Когда железо тестируют китайские инженеры - то все тесты проходятся нормально. Но стоит их к железу не подпускать, разработчикам не звонить, патчи под каждый тест не получать, тут и вылезает истенное китайское качество - железо ведет себя, мягко говоря, никак. :)

Да, они делали патч, который ускорял загрузку BGP. Но это только видимость, т.к. достигалось за счет отложенной загрузки маршрутов в FIB на линейных картах. Т.е. засосало BGP минуты за 3, а потом еще минут 10 это на линейные карты запихивает..

Изменено 2 ноября, 2009 пользователем Bambuk

[JoeDoe]

Немного флейма:

в топике обсуждался Carrier Ethernet, а дискуссия скатилась на CRSы.

я предложил Alcatel-Lucent 7210 SAS-M плюс "маленькие" 7750 как альтернативу чисто ethernet решением и прочим решениям от всем нам известного производителя.

Теперь по 16х10G - много ли в России провайдеров кому нужны такие line cards на edge? У многих весь годовой бюджет как стоимость такой карты. А решать им надо проблемы здесь и сейчас. Да и порт порту рознь. На жуниперах MX в начале было 8 очередей на порт (как вы на них QoS будете делать для тысяч подписчиков?!). А если вам это на core нужно - тогда не легче/дешевле сразу на лямбда свитчинг переходить с предварительным sub-port grooming (и как это сказать по-русски :D ), с помощью ODUflex (Cisco, ау)?!.

Но не о том речь. А в реале мне намного более важней работающая поддержка VLAN тага в PWE при организации VPLS. Или статические MPLS метки (подключали одну модель "мега"-MTU). И еще что-нибудь типа ring protection - когда вам нужно сделать L2VPN сеть на город/область с бэкапами через радио-линки (PTP) или LMDS (PTMP) и временем переключения меньше в секунды. Никакие port-based ERP не помогут. А MC-Ring работает. И это реальные проблемы небольшого carrier ethernet провайдера.

Так что каждому своё, но большинству CRS явно не актуален.

 

P.S. "Маленькие" 7750 имеют тот же софт, что и "большие" - это вам не зоопарк из IOSов.

 

[Fduchun]

Уважаемый JoeDoe.

Люди не верят всему сразу, особенно после долгого общения с Cisco. Чтобы понять, что ALU действительно решение, а не набор коробок из одной презентации, нужно тестирование. При чем тестирование мощное и адекватное, и надо чтобы еще и инженеры с другой стороны не были зомби.

А то было как-то, явные цискри тестировали 7750 SR - на любой пройденный тест отвечали "ну и что, Cisco 7600 так тоже может", хотя известно на 100% что там даже близко нет такой функции. :)

 

Bambuk

Ну а 160 гиг на слот - это неясно что, какой там интеллект, какие там edge функции в ASR9K. Все-таки это дите выросло из CRS-1 и имеет все родовые недостатки родителя. Упрощение линейных карт и пересаживание с собственных чипсетов на EZchip не дает того эффекта, как думала Cisco. ASR9K отстает от всех конкурентов больше чем на 2 года минимум и неясно, смогут ли его вообще когда-либо довести до ума.

А 160 гиг на слот - дело такое: У Алкателя сейчас 50 Гиг на слот в шасси занимающем 1/3 стойки и в этом же шасси будет 100 гиг на слот. При чем 100 гиг на слот не просто молотилки, а с интеллектом, то есть все, что есть сейчас: PPPoE BRAS, IPoE BRAS, H-QoS, VPLS, H-VPLS, терминация MPLS PW в VRF и прочее и прочее - все будет и на 100 гигах на слот. Потому что известна архитектура, потому что известно, что это тот же чипсет что и в 50 гиговой карте. Это же и обеспечивает совместимость.

 

А про развитие Cisco ничего неизвестно. ASR9K по фичам убог и даже если какую карту доточат до более или менее варианта, сохранится ли это все при переходе на новые скорости? И в каком объеме? И будет ли со всем что уже установлено совместимо? Эти вопросы неудобные, но спросите об этом Cisco. Детально описать в отличие от Alcatel-Lucent эволюцию своего решения на ближайшие несколько лет Cisco не в состоянии, потому как уже давно не драйвит рынок.

 

http://www.lightreading.com/document.asp?d...p;page_number=4

http://www.lightreading.com/top-picks.asp?...0445#msg_200445

 

При этом почитайте пункт 3. во второй ссылке.

Собственный тест, заказанный Cisco показал, что 160Гиговая карта имеет производительность лишь 70Gbps при смеси unicast и multicast трафика http://www.miercom.com/dl.html?fid=20090827&type=report

Вот беда какая - даже собственный карманные тестер не смог это скрыть. :)

Изменено 3 ноября, 2009 пользователем Fduchun

[ingress]

Собственный тест, заказанный Cisco показал, что 160Гиговая карта имеет производительность лишь 70Gbps при смеси unicast и multicast трафика http://www.miercom.com/dl.html?fid=20090827&type=report

Вот беда какая - даже собственный карманные тестер не смог это скрыть. :)

а покажите в этом документе цифру 70. на каком графике, в тексте не нашёл.

 

глянул только в конце:

The ASR 9000 was able to demonstrate:

• The 16-port 10GE card is capable of forwarding 160Gbps Unicast and Multicast traffic (100% line

rate for all ports

• Zero packet loss during Route Switch Processor failover, ensuring industry’s highest availability at

160 Gbps per slot

[tgz]

Поделать можно, уже работает, см. 802.1ak!

И как же MMRP позволят доставить броадкаст до кастомера без репликации? Я не понимаю. Нет, в гнилом ирязнете конечно приходится делать всякие костыльки. Но в pure mpls core это зачем?

Ну и еще одна ссылочка:

http://www.juniper.net/us/en/local/pdf/app.../3500116-en.pdf

Чо там у откателя с p2mp lsp? На йобанном сайте я не то что этого найти не могу, так вообще документации по железкам в открытом доступе нет.

[rus-p]

Я просто положу это тут.

http://bgp.potaroo.net/ietf/all-ids/draft-...c-hiding-01.txt

Нужно отдать должное товарищам которые придумывают новое.

Но сейчас, по прошествии энного количества лет, виден недостаток этой схемы, требуется псевдоваер на кастомера, т.к. в контрол ворд не удается закодировать номер клиентского vpls. Иначе диапазоны будут маленькие как у mtu-s id, так и у номера vpls.

Видимо поэтому драфт и не получил развития.

 

[rus-p]

Нам его привозили на потестить. Тестили на совместимость с хуа S8500. VLL и VPLS нормально поднялись. Огорчило отсутствие vlan инкапсуляции в VPLS. Но это вроде как в следующем году обещают сделать.

Если все срастется то в следующем году возьмем несколько на замену NE40E, которые убивают своей тормознутостью. 15минут фуллвью грузить - это не дело.

:)

H-VPLS c MPLS PW в виде Spoke тестили, multicast в VPLS тестили (IGMP snooping тот же самый), масштабируемость по количеству VPLS тестили? Управление MAC тестили? MTU-s dual homing при подключении к VPLS на базе ASR9K тестили: хоть в кольце на базе REP, хоть через MPLS Spoke?

А когда Алкатель будет чесаться по поводу IGMP снупинга в b-vpls ?

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

И MMRP не спасает, т.к. клиент присутствует на всех PE-rs.

А то получается, как тут уже сказали, пока BT или кто-то похожий не попросит, всех остальных будут посылать в сад :)

 

 

[rus-p]

Поделать можно, уже работает, см. 802.1ak!

И как же MMRP позволят доставить броадкаст до кастомера без репликации? Я не понимаю. Нет, в гнилом ирязнете конечно приходится делать всякие костыльки. Но в pure mpls core это зачем?

Ну и еще одна ссылочка:

http://www.juniper.net/us/en/local/pdf/app.../3500116-en.pdf

Чо там у откателя с p2mp lsp? На йобанном сайте я не то что этого найти не могу, так вообще документации по железкам в открытом доступе нет.

MMRP позволяет не реплицировать пакет в _ненужную_ PW.

т.е. допустим у вас 10 PE-rs, у клиента 5 точек в vpls, все находятся за 3-мя PE-rs, репликаций будет только 3, а не 10.

Опять же имеется в виду модеть M:1, которая позволяет значительно упростить провиженинг. Если хотите иметь домен псевдоваеров на клиента, пожалуйста, модель 1:1, и стройте броадкаст домен сами. Но от этого как раз и хочется уйти.

 

Инфа по ссылке, обычный булшит. Притянуты за уши факты и сделан вывод удобный джуну.

Надо знать глубже всю эту кухню, чтобы усмехаться над такими документами.

На вскидку, в кольцевой топологии (а я думаю в пределах города, страны вы не будете физический фулмеш тянуть) p2mp lsp не спасают, репликация та же самая. Дальше, "Achilles Heel" в терминах алкатель daisy-chained vpls (не правда ли, звучит лучше когда из родного огорода смотришь :) ) применяется без xSTP и только для мультикаста (дураков нет), либо два PIM рутера с BFD либо в последнем стыке не делаете псевдоваера, а полагаетесь на секондри путь с фрр.

И еще много всего, но об этом лучше Fduchun спросите :), я лишь простой инженер в эксплуатации.

 

[JoeDoe]

И еще много всего, но об этом лучше Fduchun спросите :), я лишь простой инженер в эксплуатации.

А что, Fduchun Алексеем зовут ;)

[tgz]

А фамилия у него пресеил?

[DimF]

Cisco с MPLS и VPLS - на настоящий момент это 76 серия с ES картами.

А ASR9K ? Альтернатив по производительности и в перспективе фичам ни у кого из вендоров не видно.

А вы купите ASR9K. Но пока это неизвестно что в продажу не выставлено. А Juniper MX сделан на том же самом EZChip, успешно работает и продается. Cisco перестала делать современное оборудование топового уровня уже очень давно. Старые разработки (1005 - 3600, 72, 75, GSR, младшие модели каталистов, да и 76) в свое время не имели конкурентов, это действительно был высший класс. А сейчас это посредственное оборудование, уступающее даже китайцам по функционалу, за немыслимые деньги и самую большую стоимость владения, с задержками в выпуске софта на год и уже не очень высокого качества сборки. И на любой вопрос почему данная функция работает у других вендоров, а у циски отсутствует, вы не услышите в ответ, что софт не доработан или что реализация на старых чипах невозможна. Вам скажут, что так и должно быть, потому что именно так работает циска, и если это работает у других, значит это неправильно.

О ASR9k и ASR14k я услышал летом 2008 года. За это время Alkalu разработал и выпустил карту 100 Гбит/с, Juniper доработал новую платформу, Huawei выпустил новый коммутатор S93 и маршрутизатор NE40EUSR. От Cisco я слышу про доступность ASR9k в 2010 году, но покупать надо 76, так как пока на ASR9k нет требуемых функций. Alcatel 7750 на данный момент (по моему мнению) превосходит конкурентов как сервисный роутер. Хотя китайцы прут как танки.

[tgz]

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

[ingress]

нагнали интеграторов в темы :)

 

[Cr_net]

нагнали интеграторов в темы :)

нормально :) местами интересно и познавательно, весь вопрос как всегда насколько нужно то что пытаются впарить,

где эти клиенты на вплс.

[ingress]

нагнали интеграторов в темы :)

нормально :) местами интересно и познавательно, весь вопрос как всегда насколько нужно то что пытаются впарить,

где эти клиенты на вплс.

хз, думаю 95 процентов здешних обитателей(не исключая меня) мыслят категориями VLAN, ну максимум q-in-q. ;D

кому они впаривают алколюсент и нортел - нипанятна ;)

[Voicemaster]

 

 

BTW, вменяемую документацию на Alcatel можно где-нибудь найти ?

 

 

.