[tgz]

эх, это, что война титанов?

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

Кому трудно представить пусть идет копать. Я понимаю, если определенные

экономические факторы, сдерживающие применение тех, или иных решений. Но никто

же не запрещает иметь в голове представление о том, как можно делать по

другому. К тому же все меняется, завтра может быть все что угодно и к этому

надо быть готовым. И чем большую гикость мышления мы имеем, тем более гибкие

решения применяем, причем так, что завтра миграция в ту или иную сторону

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

ниипет" порочен. Может на этом форуме кто-то аргументированно возразить тем

принципам, что я описал выше? Я готов подискутировать.

 

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

Возможно кому-то моя эмоциональность покажется излишней. Если человек способен

ее фильтровать и видеть суть, с такими можно общаться дальше. Остальные,

озабоченные ЧСВ, идут копать. Туда же идут те, кто считает, что я тут

изъябываюсь исключительно в плане собственного самоутверждения.

 

[tgz]

Куда мне до вас...

[martin@martin ~]$ host vpn.lds.net.ua

vpn.lds.net.ua has address 10.0.0.12

vpn.lds.net.ua has address 10.0.0.5

vpn.lds.net.ua has address 10.0.0.8

 

Сетка маленькая, 6К всего... Пока справляемся...

А с чем я ***ся должен? А то я как не в курсе....

Ну прекрасно. Вылетает один сервер. Через сколько клиенты переключатся на

другой? Как обеспечить роутинг, потому как в такой схеме клиентские /32 не

аггрегируются ***я. Флапать в ядро префиксами /32?

 

[martin74]

Переключаются примерно в течении минуты. Проверено.

Да, в ядре висит 1000 /32 префиксов в маршрутах... И что? Пока - не проблема. Будет проблемой - буду решать.

Сразу скажу - кошек в сети нет, используем или DLINK, или PC... Жду ящик гнилых помидоров. Только пока вы кидаться будете - я тут поработаю и клиентов поподключаю... Они че то глупые десятками в день заявки подают.... А вы кидайтесь, кидайтесь... Только сначала разговаривать научитесь, а то еще неизвестно кто из нас больший пионер....

[Nag]

Э... Без ругани!!!

[tgz]

Переключаются примерно в течении минуты. Проверено.

Назовите решение, обладающее худшими характеристиками в этом плане. Да, и если

кто не знает, windows при подключении по pptp не умеет слать lcp. Впрочем по

pppoe тоже.

 

Да, в ядре висит 1000 /32 префиксов в маршрутах... И что? Пока - не проблема. Будет проблемой - буду решать.

А не проще ли _сразу_ построить сеть, не имеющую проблем с масштабированием?

Опять же, в этом плане хочу услышать пример с худшими характеристиками.

И вообще, где обоснование (аргументированное) в правильности выбранной схемы?

Почему именно так, а не иначе? Про "нет бабла" заливать не надо.

Нет потенции - съябывайте с рынка (с)

 

Сразу скажу - кошек в сети нет, используем или DLINK, или PC... Жду ящик

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

поподключаю... Они че то глупые десятками в день заявки подают.... А вы

кидайтесь, кидайтесь... Только сначала разговаривать научитесь, а то еще

неизвестно кто из нас больший пионер....

Про "разговаривать" я писал. Кто не понял идет копать, то есть заниматься

своим прямым делом. Стране не хватает выкопанных траншей. Очень.

А то что люди подключаются к говноуслугам _никогда_ еще не было показателем их

качества.

 

[Konstantin Klimchev]

Про "разговаривать" я писал. Кто не понял идет копать, то есть заниматься

своим прямым делом. Стране не хватает выкопанных траншей. Очень.

А то что люди подключаются к говноуслугам _никогда_ еще не было показателем их

качества.

Ну ладно, сколько можно уже о своей крутизне. Вы уже показали, что не в каждую дверь проходите (растопыр мешает), но... по факту - как было и сказано - Вы хам и нарцис. У меня сложилось впечатление что вы напичканы рекламными материалами вендоров по самое нехочу, но с практическим опытом у вас....

 

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

 

 

ЗЫ. это был мой последний пост вам - причина выше. Неприятно мне с вами общаться.

[Konstantin Klimchev]

Переключаются примерно в течении минуты. Проверено.

Да, в ядре висит 1000 /32 префиксов в маршрутах... И что? Пока - не проблема. Будет проблемой - буду решать.

Сразу скажу - кошек в сети нет, используем или DLINK, или PC... Жду ящик гнилых помидоров. Только пока вы кидаться будете - я тут поработаю и клиентов поподключаю... Они че то глупые десятками в день заявки подают.... А вы кидайтесь, кидайтесь... Только сначала разговаривать научитесь, а то еще неизвестно кто из нас больший пионер....

Остановитесь. Сами ничего не докажите, а настроение попортите. В каждой конференции встречаются такие собеседники. Им просто нужно НЕ ОТВЕЧАТЬ.

Изменено 1 сентября, 2008 пользователем Konstantin Klimchev

[martin74]

А я никому ничего не доказываю... Может кому эта информация окажется полезной ;)

[SmokerMan]

Обострение наступило вовремя...

[Гoсть]

tgz хоть и хамло, но он во многом прав. Это надо признать, как-бы стыдно не было ;)

Мне пока не понятен только один его наезд - на PPPoE. tgz, а как же быть с персонализацией, мобильностью и пр.красивыми фантиками, так необходимыми продвинутым юзерам неговноуслуг. DHCP для работы инструмента и далее портальная идентификация с авторизацией для работы собственно юзера?

[tgz]

tgz хоть и хамло, но он во многом прав. Это надо признать, как-бы стыдно не было ;)

Приятно видеть человека, который видить суть, а не форму. Некоторые тут на это

не способны даже после почти прямого намека. Я понимаю, им просто нечем

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

зрения. Ну да и *** с ними.

 

Мне пока не понятен только один его наезд - на PPPoE. tgz, а как же быть с персонализацией, мобильностью и пр.красивыми фантиками, так необходимыми продвинутым юзерам неговноуслуг. DHCP для работы инструмента и далее портальная идентификация с авторизацией для работы собственно юзера?

Что то много тут всяких buzzwords. Давайте "ближе к телу". С технической точки

зрения что вам дает PPPoE, но не может дать DHCP?

P.S. то, что DHCP не лишен недостатков я думаю все понимают. На данный момент

нет технологии, позволяющей сделать все идеально. PBB-TE у нас пока только на

бумажках. Да и до железок ценой хотя бы $3k это дойдет ой как не скоро.

 

[SmokerMan]

А скажите, чем опт.82 хуже пппое, кроме как в плане "мобильности"?.. Закрыть дитЯм доступ может абонент в билинге...

[Konstantin Klimchev]

А скажите, чем опт.82 хуже пппое, кроме как в плане "мобильности"?.. Закрыть дитЯм доступ может абонент в билинге...

На мой взгляд, еще более эффективное использование ip адресов. Да и /32 сетка - непонятно чего больше - плюсов или минусов, я пока склоняюсь, что больше плюсов.

Изменено 1 сентября, 2008 пользователем Konstantin Klimchev

[Bambuk]

А скажите, чем опт.82 хуже пппое, кроме как в плане "мобильности"?.. Закрыть дитЯм доступ может абонент в билинге...

Лучше в плане утилизации IP адресов. Например при 50К абонентов с PPPoE наблюдается client:ip ratio примерно 2:1.

На брас повесил /17 пул и забыл про них.

А с dhcp придется голову ломать как более мелкие сеточки распределить между интерфейсами, чтоб там на всех IP хватало, но и лишних не было.

От /17 arp у клиентов какой будет?

[Гoсть]

tar.gz! (ниче что по имени-отчеству?;)

Я исхожу из того, что сегодня все услуги всеравно отгружает абону не абстрактная сеть, а конкретные BSR/BRAS централизовано. Вся остальная часть сети между ними является только транспортом. DHCP - лишь средство технического присоединения оконечного устройства абонента к границе транспортной сети оператора и ничего более! PPPoE же, помимо этого, обладает дополнительными возможностями полноценного ААА. Ну тоесть, PPP полноценно и самодостаточно прсоединяет абонента к сервису Интернет независиом от конкретной точки входа в транспортную среду L2. Но и портал самообслуживания всеравно вроде как нужен. Казалось бы, там то и АААпнуть абонента можна. Но ведь конца то у DHCP то нету, это ж ведь не сессия, да и продолжение (а-дя PPP alive) реализуется только на костылях через ip addr expire. Впринципе, в обоих случаях на БРАСе возникает абонентксий сабинтерфейс, где вся его труха и профилируется. Но на PPP он как гвоздями прибит, а при DHCP типа как на соплях висит в некой жидкой связке с порталом ;) Пятой точкой чувствую что гимора там будет больше.

Вы спросите - а как же быть с IPTV и VoIP, нет там никакого PPP! Прально, устройства сначала должны быть присоединены к транспорту по DHCP, и это достаточный минимум. Так как далее идет собственный ААА отдельно по сервисам, - у STB это мидлварь с порталом на телевизоре, у VoIP-шлюза это SIP совсем без ебла ибо лишнее.

Кстати говоря, некоторые сервисные модели активно юзают Ethertype PPP для отделения мух от котлет (Интернет от IPTV+VoD). Хоть и криво это, но это блин работает!

[Konstantin Klimchev]

tar.gz! (ниче что по имени-отчеству?;)

Я исхожу из того, что сегодня все услуги всеравно отгружает абону не абстрактная сеть, а конкретные BSR/BRAS централизовано. Вся остальная часть сети между ними является только транспортом. DHCP - лишь средство технического присоединения оконечного устройства абонента к границе транспортной сети оператора и ничего более! PPPoE же, помимо этого, обладает дополнительными возможностями полноценного ААА. Ну тоесть, PPP полноценно и самодостаточно прсоединяет абонента к сервису Интернет независиом от конкретной точки входа в транспортную среду L2. Но и портал самообслуживания всеравно вроде как нужен. Казалось бы, там то и АААпнуть абонента можна. Но ведь конца то у DHCP то нету, это ж ведь не сессия, да и продолжение (а-дя PPP alive) реализуется только на костылях через ip addr expire. Впринципе, в обоих случаях на БРАСе возникает абонентксий сабинтерфейс, где вся его труха и профилируется. Но на PPP он как гвоздями прибит, а при DHCP типа как на соплях висит в некой жидкой связке с порталом ;) Пятой точкой чувствую что гимора там будет больше.

Вы спросите - а как же быть с IPTV и VoIP, нет там никакого PPP! Прально, устройства сначала должны быть присоединены к транспорту по DHCP, и это достаточный минимум. Так как далее идет собственный ААА отдельно по сервисам, - у STB это мидлварь с порталом на телевизоре, у VoIP-шлюза это SIP совсем без ебла ибо лишнее.

Кстати говоря, некоторые сервисные модели активно юзают Ethertype PPP для отделения мух от котлет (Интернет от IPTV+VoD). Хоть и криво это, но это блин работает!

Ну я не tar, но "имею сказать":

ISG позволяет такое (я про DHCP), и не только (попытался найти ppt'шку в инете с презентацией, но увы... не получилось). У меня есть подготовленное для нас на основе ее - хотите могу выслать.

 

Мы, например, по похожему vlan'овцев (они же односайтовцы) авторизуем (правда не dhcp, статикой прописывают). Было опробовано: авторизация по source ip, по порту (он же sub-interface), еще можно по source mac но не пробовали. Авторизация в радиусе, откуда и нужные сервисы (что, куда и как) навешиваются при авторизации (и аккаунтятся раздельно).

Изменено 1 сентября, 2008 пользователем Konstantin Klimchev

[Гoсть]

Константин, я крайне рад за Ваз! Вам то хорошо, - у Ваз качественно промыты мозги поверпоинтами ;) Мне так не удается как не тренируюсь :(

БРАСы от циски, и как следствие циско ISG - это гавно. К моему глубокому сожалению (без иронии).

[Bambuk]

БРАСы от циски, и как следствие циско ISG - это гавно. К моему глубокому сожалению (без иронии).

Аргументы?

 

У меня вот два С10К молотят в среднем по 10К сессий каждый, с ISG, в том числе с volume based prepaid. Проблем не знаю уже давно.

Для примера:

c10008-a77#sh subscriber statistics

 

Current Subscriber Statistics:

 

Number of sessions currently up: 10448

Number of sessions currently pending: 38

Number of sessions currently authenticated: 10448

Number of sessions currently unauthenticated: 12

Highest number of sessions ever up at one time: 15424

Mean up-time duration of sessions: 00:17:14

Total number of sessions up so far: 73002661

Mean call rate per minute: 458, per hour: 27485

Number of sessions failed to come up: 66324404

Access type based session count:

PPPoE sessions = 10486

Traffic-Class sessions = 27699

 

SHDBs in use : 10486

SHDBs allocated : 73002699

SHDBs freed : 72992213

 

SHDB handles associated with each client type

 

Client Name Count

=========== =======

PPP 10486

PPPoE 10486

LTerm 10057

AAA 10486

CCM 38

 

c10008-a77#

 

[Konstantin Klimchev]

Константин, я крайне рад за Ваз! Вам то хорошо, - у Ваз качественно промыты мозги поверпоинтами ;) Мне так не удается как не тренируюсь :(

БРАСы от циски, и как следствие циско ISG - это гавно. К моему глубокому сожалению (без иронии).

 

А вы на сертифицированные курсы съездите :)

Но это так....

А если серьезно, ISG довольно интересная весчь, сам не ожидал такого. на 7301 вроде стабильна (но тут со слов), у нас 10008 PRE3 - честно, не вижу "гавна" - все устраивает и есть мысли по расширению используемого функционала (сначала поставили цель - сохранить, что было на старой сети, но... аппетит приходит во время еды...). Т.е. могу сравнивать со старой сетью (которая работает и жить ей еще не один год) - на ней poptop'вские сервера на дебиане по полторы тыщ. пользователей держат.

Изменено 1 сентября, 2008 пользователем Konstantin Klimchev

[Konstantin Klimchev]

БРАСы от циски, и как следствие циско ISG - это гавно. К моему глубокому сожалению (без иронии).

Аргументы?

 

У меня вот два С10К молотят в среднем по 10К сессий каждый, с ISG, в том числе с volume based prepaid. Проблем не знаю уже давно.

Для примера:

c10008-a77#sh subscriber statistics

 

Current Subscriber Statistics:

 

Number of sessions currently up: 10448

Number of sessions currently pending: 38

Number of sessions currently authenticated: 10448

Number of sessions currently unauthenticated: 12

Highest number of sessions ever up at one time: 15424

Mean up-time duration of sessions: 00:17:14

Total number of sessions up so far: 73002661

Mean call rate per minute: 458, per hour: 27485

Number of sessions failed to come up: 66324404

Access type based session count:

PPPoE sessions = 10486

Traffic-Class sessions = 27699

 

SHDBs in use : 10486

SHDBs allocated : 73002699

SHDBs freed : 72992213

 

SHDB handles associated with each client type

 

Client Name Count

=========== =======

PPP 10486

PPPoE 10486

LTerm 10057

AAA 10486

CCM 38

 

c10008-a77#

А можно уточнить про трафик, гуляющий через железки. Это я - к чему самому готовиться. И еще - у Вас dsl или ethernet? И раз у вас такое количество - чем маршрутизируете клиентские сети (у нас i/eBGP - куда смотреть - на бордер или на старую сеть)

Изменено 1 сентября, 2008 пользователем Konstantin Klimchev

[-m4a1-]

мало конкретики, много диалога :)

из всего здесь сказанного первая попытка сделать вывод:

1. свичи доступа SRW224G4 или DES-3526 это перемыто по всему форуму, и право выбора остается на моей "совести"

2. агрегация на чем нибудь с 24 sfp? по определению гавно-железка быть не может (GSM7328FS, AT-9924SP) или тотже длинк.

3. по поводу ядра кроме "краснокожих" никто ничего толком не говорит.

Зато все по очереди друг друга послали подальше :) (cisco, HP, juiper) и redback в том числе.

Есть хоть какаято железка которая бы просто раб? или все как всегда зависит от схемы сети и тд и бла бла.

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

Поправьте если я не прав.

 

PS. ИМХО при использовании pppoe намного легче контролировать юзверя нежели по дхчп.

[Bambuk]

А можно уточнить про трафик, гуляющий через железки. Это я - к чему самому готовиться. И еще - у Вас dsl или ethernet?

На каждом С10К в сторону клиентов сейчас смотрят 5 гигабитных интерфейсов, 2 интерфейса под прямой линк в соседний С10К и еще один в остальную сеть, итого по 8 интерфейсов.

По 5 клиентским интерфейсам на каждом С10К прет примерно по 3.5Гбит/с в обе стороны, линки между С10К загружены практически полностью, в остальную сеть загрузка небольшая.

Эти С10К под DSL.

Для ethernet планируем ASR1K. Купили парочку на попробовать, будем тестить ISG, там новых фич добавили типа dhcp-radius-proxy.

Изменено 1 сентября, 2008 пользователем Bambuk

[Konstantin Klimchev]

мало конкретики, много диалога :)

из всего здесь сказанного первая попытка сделать вывод:

1. свичи доступа SRW224G4 или DES-3526 это перемыто по всему форуму, и право выбора остается на моей "совести"

2. агрегация на чем нибудь с 24 sfp? по определению гавно-железка быть не может (GSM7328FS, AT-9924SP) или тотже длинк.

3. по поводу ядра кроме "краснокожих" никто ничего толком не говорит.

Зато все по очереди друг друга послали подальше :) (cisco, HP, juiper) и redback в том числе.

Есть хоть какаято железка которая бы просто раб? или все как всегда зависит от схемы сети и тд и бла бла.

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

Поправьте если я не прав.

 

PS. ИМХО при использовании pppoe намного легче контролировать юзверя нежели по дхчп.

тут каждый будет рекомендовать что использует сам. Посему (я уже вам рекомендовал) - складывайте в голове некое решение и к интегратору. И чтоб он показал реализованные ранее решения и желательно свозил Вас туда для общения с админами, руководством и т.п. - к нам привозили. За проект он возьмет тыщ 50$ (не знаю откуда такую цифру взял), но все риски он берет на себя и предоставит готовое решение, которые вы уже в ходе эксплуатации доведете до полной кондиции (очень даже может быть во взаимодействии с тем же интегратором), все равно все учесть в ходе проектирования невозможно.

 

а по поводу dhcp/pppoe - pppoe более отработанное решение, вернее - внутри сети dhcp+option_82, а наружу - pppoe (классика жанра) как и отразил "Гость"

Изменено 1 сентября, 2008 пользователем Konstantin Klimchev

[Гoсть]

Аргументы против цискобраса хотим? Надесю tgz вам навалит их кучу. Я же просто сравню одноклассников - juniper ERX-310 с cisco c7301, в обоих случаях заявлено до 16 килосессий, на деле циска опсирается гораздо раньше жунипера. Про C10K ничего плохого не скажу, не знаю просто. Неплохо если бы ее кто-то сравнил с ERX-320.

[Konstantin Klimchev]

Аргументы против цискобраса хотим? Надесю tgz вам навалит их кучу. Я же просто сравню одноклассников - juniper ERX-310 с cisco c7301, в обоих случаях заявлено до 16 килосессий, на деле циска опсирается гораздо раньше жунипера. Про C10K ничего плохого не скажу, не знаю просто. Неплохо если бы ее кто-то сравнил с ERX-320.

На самом деле очень важный вопрос - а как оно с radius'ами дружит (freeradius и т.п.) в плане "навешивания" сервисов (или что там у них) для различных ситуация, типа: имя/пароль, source ip, source mac, port..., снятия дифференцированного аккаунтинга и т.п. ?

Изменено 1 сентября, 2008 пользователем Konstantin Klimchev