Компания Alcatel-Lucent представила (http://www.linuxfordevices.com/c/a/News/AlcatelLucent-OmniSw...-/) новую модель модульного 10-гигабитного промышленного коммутатора OmniSwitch 10K, отличающегося использованием операционной системы AOS 7, которая теперь базируется на Linux ядре, в то время как прошлые версии были построены на основе операционной системы реального времени VxWorks. Переход на Linux произведен в рамках сотрудничества с компанией Wind River. Более того, на базе Linux в ближайшее время планируется подготовить унифицированную платформу для беспроводных базовых станций Alcatel-Lucent, которые будут основаны на многоядерных процессорах Freescale QorIQ P4080.
Коммутатор обеспечивает пропускную способность в 5 терабит в секунду и может включать в себя до 256 10-гигабитных Ethernet-портов. Использование Linux позволило реализовать в коммутаторе ряд интеллектуальных возможностей управления, таких как контроль качества сервиса на основе потоков с из...URL: http://www.linuxfordevices.com/c/a/News/AlcatelLucent-OmniSw...-/
Новость: https://www.opennet.ru/opennews/art.shtml?num=28301
А где искодники?
очереди, если они сделаны ядром линуха.Или это как в IOS ? - специальный процессор для интерфейса с linux inside :)
ну опять блин спецы понабежали...
где и при каких условиях дохнет? на чём лично сии аналитеги проверяли?зы:
>По заявлению представителей Alcatel-Lucent эффективность новой платформы возросла до 4 раз в плане производительности неблокируемой коммутации, плотности портов и эффективности энергопотребления.не знаю как в 4, но то что увеличится - факт.
в качестве роутеров на гигабитных каналах не слабых ISP проверяли. дохнет.
FreeBSD там же - живет.PPPoE концентратор - линух дохнет, FreeBSD (mpd + netgraph) живее всех живых.
> в качестве роутеров на гигабитных каналах не слабых ISP проверяли. дохнет.
> FreeBSD там же - живет.на гигабите линукс отлично работает маршрутизатором, имел опыт на 4 корках и 4 гигах озу, 1000 vlan-интерфейсов с индивидуальным шейпингом трафика + nat + межсетевой экран + ipcad и связь с биллингом, все это на 4 физических гигабитных интерфейсах
> PPPoE концентратор - линух дохнет, FreeBSD (mpd + netgraph) живее всех живых.
вы наверное спутали pppoe и pptp, poptop действительно уродец максимум хватает на 100 клиентов, с pppoe проблем не замечал.
> poptop действительно уродец максимум хватает на 100 клиентовACCEL-PPTP (http://accel-pptp.sourceforge.net) не спасает ?
о, спасибо за линк.
>> poptop действительно уродец максимум хватает на 100 клиентов
> ACCEL-PPTP (http://accel-pptp.sourceforge.net) не спасает ?В силу своей работы,я предпочитаю ставить клиентам дешевые железки, меньше проблем с внедрением, обслуживанием и поддержкой, софтовые решения использую редко, только когда необходимо сделать функционал отсутствующий на рынке за разумную цену.
Но за ссылку спасибо.
а при чем тут это?
pptp выбирают потому что она есть в каждой винде.
железки тут вообще параллельны. тут gre, mschapv2 и тд.
> а при чем тут это?
> pptp выбирают потому что она есть в каждой винде.
> железки тут вообще параллельны. тут gre, mschapv2 и тд.у меня клиенты юрлица, я им проекты делаю на инфраструктуру, так что железки самое то.
еще раз - при чем тут железки, если речь идет только о софте?
к примеру упомянутые и аксель-пипитипи, и мпд - это софт. более интегрирован с ядром, но софт.
или под железками вы понимаете аппаратно-программный комплекс, где все рабоает из коропки? ну извените, но это не делает из софта железо.
слишком глупо спорить когда опонент не знает предмета спора
poptop нормально работает и с более 100 клиентов.
Ограничение есть, при сборке нужно в конфиге поправить.
Работал по-совместительству админом в домашнем ISP, сервер доступа для lanbilling у меня спокойно держал >200 соединений, был прикручен шейпинг. Правда, тогда таких скоростей не было, у нас были трафиковые с земли и безлимитки со спутника.
было 4-5 лет назад, процессор был п4 одноядерный, 3,2 ггц.
Кстати, в узлах сети ПК-коммутаторы ставили. ВОЛС шел от серверной до узла, дальше ставил пк на celeron/p3 с 4-5 сетевухами (3-4 сегмента смотрели на клиентов). Работали эти херовины на leaf (leaf.sf.net). Как щас помню, зажимал такую херню между двумя proliant g3 на основной работе, и оно при pci rtl8169 спокойно пропускало около 80 Мб/сек, на celeron 450 с 16озу :) Видеокарт, кстати, не ставил, пользовал serial консоль... Стояло таких 3 штуки, в сети были игры, ftp, плюс народ просто файлами менялся. Работало отлично, у одного uptime был больше года. Один как-то раз пионеры спи...ли, но брать там реально было нечего :)
Потом сеть продали "большому" дяде....
Ограничения там не просто так, скорость он не держит если ppp-интерфейсов больше сотни, причем от железа это не зависит.
вообще-то именно от железа это и зависит.
там просто происходит переключение контекстов юзерспэйс и кернеспейс.
чего нет к примеру в мпд.
собственно практически прямая зависимость. просто на этом же железе реализация в стиле мпд всегда будет обыгрывать в силу объективных причин.
это одна из задач, где подход с микроядром не подходит.
> вообще-то именно от железа это и зависит.
> там просто происходит переключение контекстов юзерспэйс и кернеспейс.
> чего нет к примеру в мпд.
> собственно практически прямая зависимость. просто на этом же железе реализация в стиле
> мпд всегда будет обыгрывать в силу объективных причин.
> это одна из задач, где подход с микроядром не подходит.не зависит от железа,x3360 на 100 клиентах по 10mbit не загружен абсолютно, не по cpu не по озу, не по io, но скорости у половины нет, на 1-2 мегабите работает на 10 нет.
100 клиентов по 10 мбит это гигабит просто даже в теории... В реальности же - хаос :)
Сам pptp скоростью рулить не умеет, рулит шейпер ядерный. В такой каше возможно все, переполнение буферов, потери и дропы пакетов.
Думаю, для организации такого большого числа быстрых туннелей нужно в действительности иметь запас по ширине канала процентов в 30, а то и больше.
Я бы при таких потребностях ставил несколько серверов доступа, или, по крайней мере, натыкал бы сетевух в сервер. Возможно, имело бы смысл поставить перед сервером коммутатор, поддерживающий trunk портов, и сцепить допустим 2-3 порта на сервер, чтоб там было до 3 гбит в теории.
>100 клиентов по 10 мбит это гигабит просто даже в теории... В реальности же - хаос :)Ожидаемый ответ, но больше 300Мбит не тянет.
>Сам pptp скоростью рулить не умеет, рулит шейпер ядерный. В такой каше возможно все, переполнение буферов, потери и дропы пакетов.
А с pppoe на такой машинке нормально, скрипты шепинга одни и те же.
>Думаю, для организации такого большого числа быстрых туннелей нужно в действительности иметь запас по ширине канала процентов в 30, а то и больше.
Канал агрегирован так что запасу 300%, канал 4Гбит.
>Я бы при таких потребностях ставил несколько серверов доступа, или, по крайней мере, натыкал бы сетевух в сервер.
А я бы поставил какой-нибудь один mikrotik железный за 700$, и на серверах бы сэкономил, и на месте в стойке и на питание и охлаждении, не говоря уже про поддержку, SLA и обучение персонала.
http://routerboard.com/>Возможно, имело бы смысл поставить перед сервером коммутатор, поддерживающий trunk портов, и сцепить допустим 2-3 порта на сервер, чтоб там было до 3 гбит в теории.
но у нас тоже не идиоты работают, см. выше.
http://www.mikrotik.com/
>> вообще-то именно от железа это и зависит.
>> там просто происходит переключение контекстов юзерспэйс и кернеспейс.
>> чего нет к примеру в мпд.
>> собственно практически прямая зависимость. просто на этом же железе реализация в стиле
>> мпд всегда будет обыгрывать в силу объективных причин.
>> это одна из задач, где подход с микроядром не подходит.
> не зависит от железа,x3360 на 100 клиентах по 10mbit не загружен абсолютно,
> не по cpu не по озу, не по io, но скорости
> у половины нет, на 1-2 мегабите работает на 10 нет.убогий роутер: cel 2.53+256 мб. 2.6.16.xx poptop+accel_pptp - спокойно 50 мбит с соединения выдает.
так что "не надо петь военных песен"
>убогий роутер: cel 2.53+256 мб. 2.6.16.xx poptop+accel_pptp - спокойно 50 мбит с соединения выдает.Ключевое слово accel_pptp
>PPPoE концентратор - линух дохнетА данные поточнее привести нельзя?
Какой процессор, память, сколько РРР соединений?
Чем делается шейпинг?Выходной канал гигабит, как Вы указали.
ну в это я НЕ ВЕРЮ :D
зы:
ну имейте уже совесть!
да, mpd в фряхе - классная вещь. её никто не отбирает. ради неё и ставят.
но врать то зачем?
ззы:
и не ради pppoe, а ради pptp.
Зачем вам mpd для pppoe? o_0Как уже сказали несколько товарищей выше, вы наверное имели в виду pptp, а под linux вы, наверное, использовали poptop pptpd. Я сейчас двух серверах использую accel-pptpd, и каждый из этих серверов вполне нормально тянет по 700 клиентов на суммарной пропускной способности 300Mibps full-duplex.
Хотя стоит признать, что когда в conntrack кол-во соединений достигало 100 тысяч, начинались проблемы, из-за чего пришлось выставить NOTRACK на многие соединения.
Если спросите, почему пропускная способность такая невысокая, тогда зарание отвечу, что мы - не ISP и всё это было поднято лишь для внутренних клиентов. :)
+1, но только у меня на 1400 клиентов приходится около 700 мбит/с трафика.
Спокойно держат. Нагрузка CPU около 7-10% в пиках. Спокойно рулится на Intel Quad, никаких проблем даже при conntrack около полумиллиона.А у тех, у кого не воркает, то руки в забор и выпрямлять и pppoe не спасет.
>>> PPPoE концентратор - линух дохнетРассказывайте уже сказки кому-нибудь другому, а? Если руки кривые - будет дохнуть все, а у меня - в продакшне концентраторы PPPoE на Linux с шейперами, блекджеком и CoA/SSG - все замечательно работает. И производительность такая, что BSD и не приснится.
впечатляет!
У алкателей кривущий софт, уже полгода не могут проблему с разрывами роутеров исправить (привет эр-телеком).
Какой ужас.
Роутеры разрываются!!!!
> У алкателей кривущий софт, уже полгода не могут проблему с разрывами роутеров исправить (привет эр-телеком).Отлично, теперь буду знать что к этому провайдеру не стоит подключаться.
угу. алкатели.
длинки везде.
вот кстати подтверждение:
>Availability
>The OmniSwitch 10K Modular LAN Chassis is available now for $60,000, plus $1,875 to $2,200 per 10G port, says Alcatel-Lucent. More general information on the OmniSwitch 10K may be found here, and a datasheet should be here.за такую сумму они удавятся сами и всех остальных.
если взять сравнимый по классу коммутатор вроде cisco6500 в такой же комплектации, выйдет раза в 2-3 дороже.
с этим и не спорю.
>длинки везде)))) Спасибо. поржал... Вы производителя точно не путаете???
я потребителя не путаю.
а остальное фигня.
Наверное травка качественная попалась d-link des3028/3052 и стекируемые des3526 самые популярные коммутаторы уровня доступа у провайдеров, у них лучшее соотношение цена/качество, на втором месте cisco catalyst 2960, потом 3com/hp.
В ядре обычно cisco стоит 3750/4500/6500, реже juniper.
(http://www.linuxfordevices.com/c/a/News/AlcatelLucent-OmniSw...-404
Поздравляю, вы кажется только что нашли баг :)Если смотреть все как именно всю новость - все работает. А если все комментарии - тогда 404. Все просто: обратите внимание что в ссылке http://www.linuxfordevices.com/c/a/News/AlcatelLucent-OmniSw...-/ последними символами являются "-" и "/". А вот в режиме просмотра коментов ссылка почему-то ломается и уже без "-" в конце. На что сервак резонно отдает 404, т.к. ссыль уже другая.
За что минусуете User294? Ведь действительно ссылка исказилась, из-за чего собственно 404.Добавляете "-" перед "/" вконце ссылки и всё работает.
Лучше бы для своих софт-модемов дрова доделали, "креативщики"
Праально. Специалистам по десятке надо одни руки открутить, другие прикрутить и посадить заниматься оборудованием в общем-то почти того же применения и ценового диапазона.Такие свичи -- это шкафы в треть стойки, утыканные оптикой. А о покойниках вроде софтмодемов -- или хорошо, или никак. Я лучше никак. :)
>Лучше бы для своих софт-модемов ...Софт-модемы, софт-рейды, софт-принтеры, софт-друзья, софт-женщины...
Эрац...
>>Лучше бы для своих софт-модемов ...
> Софт-модемы, софт-рейды, софт-принтеры, софт-друзья, софт-женщины...
> Эрац...Софт-эрзац! :)
> …для своих софт-модемов дрова доделали…из анабиоза??? мир уже забыл о существовании dialup!
Обращаю внимание широкой общественности на тот факт, что Linux там только для управления устройством. Непосредственно обработка пакетов идет не через центральный процессор, а через специализированный сетевой. Если они используют WR Linux, то ядро там, скорее всего, относительно новое, но с кучей патчей для данного конкретного устройства.
а с чего вы взяли, что мы не в курсе?
думаешь с любой другой ОС это было бы не так? железо есть железо, типовые операции идут на нём лучше всего.
опять же, после какого обрезания не нужных модулей ядро линуха перестаёт быть линухом?
Ну сейчас то с цискарей спесь слетит?
хрен там.
это всё ещё продвинуть надо.
Это им - надо, а я только хотел сказать, что для классного сетевого девайса IOS не обязателен. Что и было доказано.
вообще-то речь шла про спесь.
в принципе алькатель сможет при желании.
> Ну сейчас то с цискарей спесь слетит?не факт, надо смотреть что конкретно эта aos умеет.
А, то есть наличие спеси официально подверждается ))
> А, то есть наличие спеси официально подверждается ))ну да я же лицо официальное, и заявления мои тоже.
Лучше бы для радиочасти 2g и 3g написали нормальную систему управления, а то на писано на уровне 90х годов.
не лучше.
пусть бы делали и то, и другое.
тем более, что это разные подразделения