ronin Опубликовано 4 февраля, 2008 · Жалоба На данный момент подключено около 3000 пользователей, РРРоЕ на 7204 с NPE-G1, при 900 одновременно работающих загрузка порядка 60-65%. Как быть дальше, что выбрать, следующий шаг - NPE-G2? Но допустим его хватит еще на тысячи две пользователей (работающих). А в будущем когда пользователей еще больше будет? Добавлять 7201 по мере роста количества? Может быть есть более изящное решение для операторов, что-то, что сможет держать до 10000 пользователей с трафиком около 4-6 Гиг? Вопрос возник потому что возможности NPE-G2 могут быть превышены уже в этом году. Вот и призадумался. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 4 февраля, 2008 · Жалоба сибирьтелеком (новосибирск) джуниперы ставит. сейчас 2 железки держат по 16к пользоватлей но у вас врятли столько денег имеется... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan Rostovikov Опубликовано 4 февраля, 2008 · Жалоба почитайте про servpoet Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ronin Опубликовано 4 февраля, 2008 · Жалоба интересно какие juniper`ы? модель? может у кого-то есть опыт по работе с циской и большим кол-вом пользователей? поделитесь опытом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bambuk Опубликовано 4 февраля, 2008 · Жалоба Cisco 10008 Сейчас в работе 2 штуки, примерно по 10К сессий и 3-4Гбит/с на каждой. При использовании ISG до 32К сессий должны тянуть, а если чистый PPPoE, то до 64К декларируют и поводов сомневаться в этих цифрах у меня еще не возникало. Скорее интерфейсы забьются и полосы на всех не хватит, чем столько сессий оно сможет поднять :) У нас PRE2, PRE3 еще производительней и лучше, а скоро обещают PRE4 и шаредпортадаптеры с 10G. Циска лучше жунипера на мой взгляд, т.к. ISG использует открытый RADIUS протокол, а у жунипера протокол закрытый и их SDX еще покупать надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 4 февраля, 2008 · Жалоба > интересно какие juniper`ы? модель? известно только что "e-series" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 4 февраля, 2008 · Жалоба Писюк обныкновенный, freebsd, mpd. По одному на каждую тыщу коннектов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ronin Опубликовано 5 февраля, 2008 · Жалоба О писюке речь не идет. Ну не понимают инвесторы а главное не верят в такое решение! Кроме того независимый аудит такое тоже не одобрит. Т.к. у них телекоммуникационное предприятие ассоциируется с определенными требованиями. П.С. хотя как решение заслуживает внимание, интересно глянуть на графики загрузки такого "распределенного" PPPoE сервера. Если это возможно. Сколько максимально, в действительности пользователей, "держало" такое решение? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Солнечный КОТ Опубликовано 5 февраля, 2008 · Жалоба Ну не понимают инвесторы а главное не верят в такое решение! Это не их дело. Возьмите писюк из зарплаты и поставьте и покажите им если хотите. Кроме того независимый аудит такое тоже не одобрит. Вопрос в том, кто ему платит деньги. У меня бы легко одобрил хоть слона в крапинку для терминирования пппое. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 5 февраля, 2008 · Жалоба О писюке речь не идет. Ну не понимают инвесторы а главное не верят в такое решение!Зачем уж сразу "писюк"? Ещё скажите "офисный китайский самосборный".Возьмите конкретных таких стоечных серверов 1U или даже блэйдов, один фиг винты в терминаторах PPPoE не нужны, одного SAN на всех вполне хватит. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
IvanI Опубликовано 5 февраля, 2008 · Жалоба Писюк обныкновенный, freebsd, mpd. По одному на каждую тыщу коннектов. немного не в тему но у меня мпд(нетграф) работает тока на 1 ядре :( 3 других простаивают, может я что нетак делаю? или это фитча фри? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edwin Опубликовано 5 февраля, 2008 · Жалоба 2IvanI: А позвольте спросить какая у Вас фря и какой mpd ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
colinn Опубликовано 5 февраля, 2008 · Жалоба Ситуация следующая. Имеется несколько серверов под freebsd 6.3 и 5.5 для проверки. На всех работает mpd5 release для PPPoE, НАТА нету. Pipe нарезаются на этих же серверах. По железу: сервера SuperMicro процы разные от Dual Core до Quad Xeon. Но проблема везде одинаковая, при создании более 300 сессий mpd просто подвисает или сам себя тушит аккуратненько без логирования ощибок. Нормально ли это. Хочется ешё некоторое время пожить без аппаратного решения BRAS. Возможно ли это. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
colinn Опубликовано 5 февраля, 2008 · Жалоба На данный момент подключено около 3000 пользователей, РРРоЕ на 7204 с NPE-G1, при 900 одновременно работающих загрузка порядка 60-65%. Как быть дальше, что выбрать, следующий шаг - NPE-G2? Но допустим его хватит еще на тысячи две пользователей (работающих). А в будущем когда пользователей еще больше будет? Добавлять 7201 по мере роста количества? Может быть есть более изящное решение для операторов, что-то, что сможет держать до 10000 пользователей с трафиком около 4-6 Гиг? Вопрос возник потому что возможности NPE-G2 могут быть превышены уже в этом году. Вот и призадумался. А шейпите rate-limit или другими средствами?? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edwin Опубликовано 5 февраля, 2008 · Жалоба вообще на таком желез mpd должна держать 1К сессий ... вопрос вероятнее всего в настройкаи netgraph .... по назезке сокрости посмотрите на ng_car ..... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Milon Опубликовано 5 февраля, 2008 · Жалоба Добавлять 7201 по мере роста количества? а чем такое решение не удовлетворяет? у нас напр. 2 штуки 7301 работают в параллели, и ничего, все ОК. через пару месяцев 3-ю добавим. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
IvanI Опубликовано 5 февраля, 2008 · Жалоба 2IvanI:А позвольте спросить какая у Вас фря и какой mpd ? фря 6.2 мпд 4.3 PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 1 171 52 0K 8K CPU3 3 375.6H 99.02% idle: cpu3 11 root 1 171 52 0K 8K CPU2 2 383.8H 98.97% idle: cpu2 12 root 1 171 52 0K 8K CPU1 1 381.6H 98.29% idle: cpu1 13 root 1 171 52 0K 8K RUN 0 307.0H 98.10% idle: cpu0 14 root 1 -44 -163 0K 8K WAIT 0 78.3H 0.15% swi1: net 28 root 1 -68 0 0K 8K - 0 618:21 0.00% dummynet 15 root 1 -32 -151 0K 8K WAIT 0 306:27 0.00% swi4: clock 17 root 1 -16 0 0K 8K - 2 56:08 0.00% yarrow swi1: net хавает строго cpu0, dummynet и swi4: clock работают на разных Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edwin Опубликовано 5 февраля, 2008 · Жалоба На мамомд деле странно ... вероятно дело в mpd .... на 6.3RC-1 + mpd5 утилизирует все чесно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
colinn Опубликовано 5 февраля, 2008 · Жалоба Господа, так всё же кто что скажет. Есть 4000 юзеров PPPoE. Одновременно около 1500 могут сидеть. Ближайшие планы 10000, т.е. одновременно нужно держать около 5000 соединений PPPoE. + 3 классовый шейпинг (внешний, городской, внутренний). На чём это можно организовать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
meccup Опубликовано 5 февраля, 2008 · Жалоба 2Milon: у нас напр. 2 штуки 7301 работают в параллели, и ничего, все ОК. А как Вы настраиваете разпараллеливание? У нас сейчас стоит одна 7201, но ее русурсов уже не хватает. Думаем, как 2-ю подключить чтоб load balancing был. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Paxton Опубликовано 5 февраля, 2008 · Жалоба интересно какие juniper`ы? модель? может у кого-то есть опыт по работе с циской и большим кол-вом пользователей? поделитесь опытом. ERX-310 и E320 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Paxton Опубликовано 5 февраля, 2008 · Жалоба Cisco 10008Сейчас в работе 2 штуки, примерно по 10К сессий и 3-4Гбит/с на каждой. При использовании ISG до 32К сессий должны тянуть, а если чистый PPPoE, то до 64К декларируют и поводов сомневаться в этих цифрах у меня еще не возникало. Скорее интерфейсы забьются и полосы на всех не хватит, чем столько сессий оно сможет поднять :) У нас PRE2, PRE3 еще производительней и лучше, а скоро обещают PRE4 и шаредпортадаптеры с 10G. Циска лучше жунипера на мой взгляд, т.к. ISG использует открытый RADIUS протокол, а у жунипера протокол закрытый и их SDX еще покупать надо. Лучше или хуже - вопрос метафизический или даже религиозный. Но, to be honest, - жуниперы работают вполне сносно напрямую с RADIUS'ом без SDX/SRC-PE. Опять же ISG на ESR-е - это как бы еще не совсем ISG... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 5 февраля, 2008 (изменено) · Жалоба Господа, так всё же кто что скажет.Есть 4000 юзеров PPPoE. Одновременно около 1500 могут сидеть. Ближайшие планы 10000, т.е. одновременно нужно держать около 5000 соединений PPPoE. + 3 классовый шейпинг (внешний, городской, внутренний). На чём это можно организовать. - Juniper ERX310 или E120. Если трафик надо еще и считать по направлениям - нужна и система управления (SRC). Если считать не надо - как будто можно без нее вывернуться. - RedBack SE100 - Cisco 10K Выбирайте :) Но кстати с таким вопросом лучше пойти к интегратору :) Аппаратные платформы кучу прикольных особенностей имеют. По поводу писюка - не знаю. Ходят слухи, что Corbina сравнивала терминацию на 72xx/7301 с терминацией на PC/Linux. Говорят, что по деньгам одинаково выходило... Изменено 5 февраля, 2008 пользователем nnm Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ronin Опубликовано 5 февраля, 2008 · Жалоба На данный момент подключено около 3000 пользователей, РРРоЕ на 7204 с NPE-G1, при 900 одновременно работающих загрузка порядка 60-65%. Как быть дальше, что выбрать, следующий шаг - NPE-G2? Но допустим его хватит еще на тысячи две пользователей (работающих). А в будущем когда пользователей еще больше будет? Добавлять 7201 по мере роста количества? Может быть есть более изящное решение для операторов, что-то, что сможет держать до 10000 пользователей с трафиком около 4-6 Гиг? Вопрос возник потому что возможности NPE-G2 могут быть превышены уже в этом году. Вот и призадумался. А шейпите rate-limit или другими средствами?? Да есть rate-limit. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 5 февраля, 2008 · Жалоба О писюке речь не идет. Ну не понимают инвесторы а главное не верят в такое решение!Зачем уж сразу "писюк"? Ещё скажите "офисный китайский самосборный".Возьмите конкретных таких стоечных серверов 1U или даже блэйдов, один фиг винты в терминаторах PPPoE не нужны, одного SAN на всех вполне хватит. :) что-то это мысль не развернута должным образом. предположим что инвестор не сильно шарящий. тогда находим интегратора/поставщика который блейд сервера красиво назовет по документам. главное четко понимать что хочет инвестор) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
