[darkagent]

потому что isg используем

тогда непонятно накой smartedge себя позиционирует как решение ipoe/isg (а не только pppoe), если именно этот функционал игнорируется и используется как тупо pppoe терминатор.

 

[alks]

кстати не знал что

smartedge себя позиционирует как решение ipoe/isg

надобно почитать - явные грабли будут это как его подружить с билингом

[darkagent]

http://www.nag.ru/articles/article/19213/t...rtedge-100.html

тут в кратце рассказывалось...

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

100ка правда совсем скромность, если рассматривать альтернативу ASR - то стоит начать смотреть с SE400/SE600, или 1200 если хочется несколько лет не думать о расширении.

Изменено 19 января, 2011 пользователем darkagent

[alks]

вот где не хотелось бы разводить зоопарк так это на брасах, врагу не пожелаю

лучше будем на ASR масштабироваться или о ESR думать

 

 

[D^2]

вот где не хотелось бы разводить зоопарк так это на брасах, врагу не пожелаю

лучше будем на ASR масштабироваться или о ESR думать

ESR вдруг стал более масштабируемым, чем ASR?

По поводу SE и ASR(ESR) - SE имеет полностью модульную высокогранулированную ОС (можно что угодно делать с отдельными процессами такими как dhcpd/aaad/pppd и это не будет никак влиять на остальные), в отличие от ASR, который имеет linux ядро, в котором IOS запускается как отдельный монолитный процесс.

Если сравнивать большие коробки SE (SE600, SE1200), то возможности самого современного ESP40 равны возможностям одного слота в SE. Соответственно, при сравнимом функционале ASR и SE, вы можете наращивать pps и кол-во абонентов в SE в рамках одного шасси, в ASR — нет.

[darkagent]

в отличие от ASR, который имеет linux ядро, в котором IOS запускается как отдельный монолитный процесс.

почему то все время казалось что linux ядро там занимается исключительно задачей виртуализации (kvm). а значит ios по сути идет как операционка в операционке - со своими процессами, блекджеком и ***ми.

 

[rus-p]

вот где не хотелось бы разводить зоопарк так это на брасах, врагу не пожелаю

лучше будем на ASR масштабироваться или о ESR думать

ESR вдруг стал более масштабируемым, чем ASR?

По поводу SE и ASR(ESR) - SE имеет полностью модульную высокогранулированную ОС (можно что угодно делать с отдельными процессами такими как dhcpd/aaad/pppd и это не будет никак влиять на остальные), в отличие от ASR, который имеет linux ядро, в котором IOS запускается как отдельный монолитный процесс.

Если сравнивать большие коробки SE (SE600, SE1200), то возможности самого современного ESP40 равны возможностям одного слота в SE. Соответственно, при сравнимом функционале ASR и SE, вы можете наращивать pps и кол-во абонентов в SE в рамках одного шасси, в ASR — нет.

Один момент есть.

Хочется понять как применить ASR в схеме с распределенной обработкой клиентов, под которую он и заточен судя по его лимитам.

Под централизованную схему он не подходит да и мало кому она нужна.

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

 

Пока видно, что только звезда получается из ASR. Я наверное погорячился с ER, пусть будут LR, это минусом 12к, т.е. 181k gpl.

Звезда сразу тянет dwdm. В результате этот вариант проигрывает тем вариантам, которые позволяют плавно, по мере набора клиентов, переходить с 10GE колец на dwdm.

Может есть какие-то нюансы, позволяющие выправить ситуацию ?

 

 

[darkagent]

только звезда получается из ASR

O_o

вы на пассиве чтоль все подводите до asr и пытаетесь на этом выплыть?

как страшно жить то...

 

[rus-p]

только звезда получается из ASR

O_o

вы на пассиве чтоль все подводите до asr и пытаетесь на этом выплыть?

как страшно жить то...

эээ, правильно ли я понял, что вы перед ASR предлагаете установить _нечто_ и уже на этом нечто городить кольца ?

Это лишнее OEO.

Такой подход возможен, но опять же проигрывает другим вендорам, т.к. те закладывают за схожие деньги шину больше или равную 80гигов, которая дает возможность плавного переезда с кольца на dwdm.

 

На пассиве не выплыть, т.к. средние городские расстояния с OADM не пролезают частенько в бюджет, плюс дорогие DWDM XFP.

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

 

PS

Забыл, пассив вообще не катит, т.к. ASR имеет смысл применять с одним соском 10GE, тогда он выглядит более менее конкурентно с другими, но это дорогой roadm.

Изменено 20 января, 2011 пользователем rus-p

[darkagent]

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

[alks]

при звезде что будет когда вылетит первый свич в цепочке?

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

[darkagent]

при звезде что будет когда вылетит первый свич в цепочке?

это смотря в какой точке.

узловые агрегаторы "падают" очень редко, и только в том случае если дохнет оптика (из-за джамшутов), или когда с электричеством совсем плохо, и упсе уже капец (под новый год многие наверно ощутили массовые обесточки по МО).

ну а узлы уровня ядра у нас если и падали - то случаи эти настолько редкие, что никто и не вспомнит. таже 76ая практически неубиваемая (двойная запитка, два идентичных мозга, для подстраховки).

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

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

[rus-p]

при звезде что будет когда вылетит первый свич в цепочке?

это смотря в какой точке.

узловые агрегаторы "падают" очень редко, и только в том случае если дохнет оптика (из-за джамшутов), или когда с электричеством совсем плохо, и упсе уже капец (под новый год многие наверно ощутили массовые обесточки по МО).

ну а узлы уровня ядра у нас если и падали - то случаи эти настолько редкие, что никто и не вспомнит. таже 76ая практически неубиваемая (двойная запитка, два идентичных мозга, для подстраховки).

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

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

Как раз от обрыва оптики и хочется защитится.

У вас, если правильно понял, расстояние от 7600 до ASR относительно небольшое, и статистика по обрывам приемлемая.

У нас к сожалению частенько бывает и кольцо выручает.

 

 

 

[alks]

таже 76ая практически неубиваемая (двойная запитка, два идентичных мозга, для подстраховки).

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

и свичи кольцом - каждое кольцо терминируется на обе карты

вот это будет неубиваемая схема

Изменено 20 января, 2011 пользователем alks

[darkagent]

таже 76ая практически неубиваемая (двойная запитка, два идентичных мозга, для подстраховки).

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

и свичи кольцом - каждое кольцо терминируется на обе карты

вот это будет неубиваемая схема

Как раз от обрыва оптики и хочется защитится.

У вас, если правильно понял, расстояние от 7600 до ASR относительно небольшое, и статистика по обрывам приемлемая.

У нас к сожалению частенько бывает и кольцо выручает.

дико не люблю кольца, особенно когда в сегменте есть длинки.

максимум допускаю следующую кольцевую схему: ядро1 -> узел агрегации -> ядро2 ---> ядро1.

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

уже сталкивались с ситуацией когда 3627G с его запасам по макам "упирался" в пределы - распараллелили на несколько 3627G и подняли их на десятках до ядра (благо cx4 относительно копейки стоит).

а между 76й и asr у нас расстояния нет - эти две железки в одной стойке. да и размещать их на какой то дистанции друг от друга как то не рационально.

 

[rus-p]

Если я въехал, вы все длинки пригоняете в 7600, и уже потом из нее отдельным соском идет стык в ASR, и магистральные линки также натянуты в 7600 ?

Тогда все понятно.

Мне вот просто гораздо понятнее схема, когда перед ASR стоит не 7600, а относительно дешевый агрегирующий коммутатор, у которого нет проблем с маками. А уже затем ASR проключен в цепочку из таких же как он, и эта цепочка из 5-10 ASR опирается на две 7600, на разных площадках.

Так и надежнее и места меньше надо. Но вот провернуть такую схему с циской не получается - цена ASR зашкаливает в такой конфигурации.

Изменено 21 января, 2011 пользователем rus-p

[evg_b]

Подскажите плиз на ASR 1002 сколько можно создать подинтетфейсов типа

!

interface GigabitEthernet0/0/1.339

encapsulation dot1Q 339

 

не упрусь ли в ограничене 256. Где про это можно почитать на cisco.com не смог найти.

[darkagent]

да хоть 4к. и вобще откуда взята цифра в 256?

[evg_b]

да хоть 4к. и вобще откуда взята цифра в 256?

 

вроде нашел show idb команда

65536 ограничение физика+логика

[Serhio Go]

Кто-то уже пробовал ставить 3.1.2S ?

хороший вопрос .. может вы попробуете?

что боязно так это то что есть риск блокировки отката на предыдущие Ios

нет там никаких блокировок, откатился обратно на 2.6.2 без проблем.

А между типами IOS в пределах одной версии (например, IP Base <---> AdvEnt) на 2.6.2 и 3.1.2S без проблем можно ёрзать?

[secandr]

Вдруг кому поможет.

По результатам анализа факторов влияющих на CPU:

20-30% deny udp any host 255.255.255.255,

5-10% snmpwalk ifDesc раз в 5 минут от системы мониторинга при кол-ве интерфейсов > 5000

5-10% snmp запросы на левые несуществующие оиды

так же нагрузку в 2-3% дают попытки клиентов поднять ipv6 внутри туннеля, igmp, pim, rip, ospf, eigrp, lldp(cdp),... Я был поражен тому, что клиенты пытаются поднять :) Особенно порадовали dns запросы к асрнику.

Ну и конечно мегабиты пингов :)

 

Итого экономия 30-45% CPU.

Изменено 1 марта, 2011 пользователем secandr

[Serhio Go]

Доброе время суток всем!

 

Народ, ткните плз лицом в доку, в которой написано, сколько префиксов на ASR1002 ESP5 может жить в VRF.

Есть задача в VRF запихнуть 1 (один шт) fullview. Только не спрашивайте зачем :) . НАДО.

Памяти по дефолту, 1 гиг. Кроме этого занимается только IP-агрегацией (терминацией IPoE, сабов штук триста), из бэкбона на ней примерно 5-6к префиксов.

Софт 2.6.2.

 

[darkagent]

судя по презентации - до 25M IPv4 prefix (RR), 24M VPNv4 prefix (RR), если вы об этом.

[Serhio Go]

судя по презентации - до 25M IPv4 prefix (RR), 24M VPNv4 prefix (RR), если вы об этом.

Нет, не об этом. Функционал RR мне не нужен.

 

Все, что нашел - Performance: Scalability to 1,000,000 IPv4 or 250,000 IPv6 routes (RP1)

[Serhio Go]

судя по презентации - до 25M IPv4 prefix (RR), 24M VPNv4 prefix (RR), если вы об этом.

Нет, не об этом. Функционал RR мне не нужен.

 

Все, что нашел - Performance: Scalability to 1,000,000 IPv4 or 250,000 IPv6 routes (RP1)

Если кому интересно - получил ответ от циски.

Base on our internal documentation maximum number of routes BGP that can be import in a VRF Table for ASR1002(ESP5) Router is 0.5M .