Abram Опубликовано 27 октября, 2010 · Жалоба Кстати, раз пошла такая пьянка - кто скажет, как заставить кваггу аггрегировать маршруты? При 500 онлайн получается 500 /32. Многовато, т.к. много сессий находятся на соседних IP и потому их кол-во можно было бы существенно сократить (выдавать /31).Выдавайте IP не биллингом, а BRAS'ом. - вот оно и сагрегируется. Эмм, как это? У меня FreeBSD + mpd5, там же квагга раздает по OSPF маршруты на поднятые туннели. Каким боком Quagga относится к тому, кто IP выдает? вероятно имелось ввиду чтбы они выдавали из диапазона который в теории мог саггрегироваться.....потому что если вы будете раздаваться врассыпную - то нечего будет аггрегировать Ммм.. По диапазону на NAS и анонсить его? Не универсально. Хочется именно аггрегировать соседние маршруты по мере их появления. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 28 октября, 2010 · Жалоба Ммм.. По диапазону на NAS и анонсить его? Не универсально. Хочется именно аггрегировать соседние маршруты по мере их появления.Чем неуниверсально?Плюсы видны невооруженным взглядом - анонсируются большие блоки, и только несколько спецификов, таблица маршрутизации сокращается на порядки. Если именно агрегировать соседние из розданных случайным образом /32, то это кроме ненужного раздувания таблицы маршрутизации из-за неверного дизайна ещё и дополнительно нагружать маршрутизатор работой по агрегации... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...