quagga 0.99.14

минор, да и квагга уныла

<vanga_mode>Удалено по причине: Как обычно, ждём релиза</vanga_mode>

Vanga mode - Error 2009. =)

ну и названия они дают.

Если есть Zebra под GNU/GPL, то зачем это? Или я не в теме?

Новость вообще ужасно оформлена. ЛОР превращается в твиттер линуксойдов.

Не в теме. Quagga, в отличие от zebra развивается, фиксятся баги. Реалии таковы, что zebra сама по себе в рабочих условиях неюзабельна

> Если есть Zebra под GNU/GPL, то зачем это? Или я не в теме?
ты не в теме. новые версии зебры закрыли. квагга - это попытка обиженных пользователей зебры пофиксить самые злостные баги. получилось явно лучше зебры, проекту уже не один год. удачи, но я как-то лучше openbgp/openospf...

Спасибо, теперь в теме =)

> но я как-то лучше openbgp/openospf...

Учитывая то, что ты любитель openbsd, это неудивительно. А в действительности, чем openbgp так лучше?

> Новость вообще ужасно оформлена.

Мне нужно было написать строк 100 разного текста ?

> ЛОР превращается в твиттер линуксойдов.

1. кажется в названии сайта есть слово linux.
2. вообще-то, Кваггу можно и не для Linux собирать.

Хотя бы ченджлог можно было написать

> Хотя бы ченджлог можно было написать

На сайте можно посмотреть. Самое главное - это то, что оно объявлено RC1 и заинтересованным следует озаботиться тестированием.

> но я как-то лучше openbgp/openospf...

Конфиг в стиле JunOS удобен... А что там в плане MPLS ? В перспективе планируют, не в курсе ?

> Учитывая то, что ты любитель openbsd, это неудивительно. А в действительности, чем openbgp так лучше?
вкратце, можно сказать так. демон разбит на три процесса, внедрен privilage separation (как в openssh). он не теряет сессии под нагрузкой, как квагга, так как этим занимается отдельные процесс. потребляет 20мб на 1 full view, 23 на 2. очень быстро работает, запросы к таблице на P3 1Ghz отрабатывают за 1-2 с. традиционно опеновское внимание к качеству кода, его прозрачности, читаемости, корректности и т.д. удобные конфиг в стиле pf. мощный decision engine, с кучей возможностей для фильтрации, опять же, в стиле pf. интеграция с другими демонами и сервисами из опена: openospf, openrip, openldp, dvmrpd, carp, relayd, snmpd. поддерживает все современные фишки bgp (квагга, вроде, тоже, чего не скажешь о xorp и bird)
если полнее, то читай маны и презентации на тему тут: http://openbsd.org/events.html

> А что там в плане MPLS? В перспективе планируют, не в курсе?
еще как планируют. базовая поддержка появилась в этом релизе (4.5), активно пилится OpenLDP, для распределения меток. сам пока не гонял, конкретного ничего сказать не могу, но, вроде, говорят работает. если будешь пробовать, пожалуйста, поделись мнением и опытом, буду очень благодарен! (емайл/jid в профиле у меня, напиши, если что, спасибо)

очень сомневаюсь, что mpls на тазиках будет востребован.

> если будешь пробовать, пожалуйста, поделись мнением и опытом

Посмотрел/почитал, там есть сложности определённые с портированием в Linux, а на переход на OpenBSD ещё решиться надо - там такой хвост тащить придётся... Либо как-то придумать, как совмещать.

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

> Посмотрел/почитал, там есть сложности определённые с портированием в Linux
по правде говоря, сложности серьезные, четверть придется переписать. сильно завязано на инфраструктуру опена, как и прочие демоны. однако, openssh же портируют. причем, разработка ведется так: команда из опенбсдшников разрабатывает опенбсд-онли код, для чистоты, простоты и читаемости. а потом отдельная команда занимается портированием этого всего под все остальные платформы. с демонами маршрутизации так тоже можно, но будет сложнее. надо только достаточно заинтересованных лиц.

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

> Либо как-то придумать, как совмещать.
вполне. bgp на опене, отдает маршруты по ospf или ibgp основному роутеру на линукс/квагга. только изврат, да и нафига? разве что пиров много, квагга не вытягивает. а канал - десятки гигабит.

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

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

НАТ на тазиках востребован потому что у Циски нет для этого вменяемых решений. А поскольку НАТ у нас, например, для примерно 10к пользователей, то есть определенный смысл во включении его в МПЛСное кольцо.

>> Либо как-то придумать, как совмещать.

> вполне. bgp на опене, отдает маршруты по ospf или ibgp

Это всё понятно. Просто тут, если особенно не думать, двукратное увеличение в необходимом количестве оборудования. Причём хуже даже то, что, банально, больше места будет занимать. Хотя, опять же, можно попробовать подумать ещё и в сторону xen какого-нибудь...

та нафига оно тебе в таком корявом виде надо? серьезно, это не серьезно.
хочешь попробовать OpenBSD, поставь рядом тестовый тазик с ним, погоняй. понравится, заменяй им основной, не понравится - просто убери в чулан, production не пострадает. зачем придумывать себе геморрой?

Так я про последующую эксплуатацию. Изначально потестировать - не самая большая проблема.

а в чем состоит проблема последующей эксплуатации?

> а в чем состоит проблема последующей эксплуатации ?

В том, что есть некоторые наработки, которые тоже как-то придётся тащить на BSD. Ну и привычка к RPM плюс возможность влиять на состояние используемого дистрибутива Linux тоже достаточным весом обладают...

> а канал - десятки гигабит
ну если хватило на парочку 10GE то уж на соотв-ю сиську или можжевельник - деньги должны найтись. по моему самое логичная ниша для зёбры и прочих - это корпоратив средней руки, когда мелкие сиськи уже не тянут, а крупные ещё дороговаты под задачу. про xorp - не слышал, спасибо!

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