On Fri, Jan 31, 2003 at 12:56:20PM +0300, Basil Dolmatov wrote:
>
>Привет!
>
>А зачем все городить именно внутри AS5300?
>Через VPDN не проще будет?
Мне нужно принимать и процессить три независимых сервиса. Если хочется
redundancy - точек терминирования L2TP должно быть (по хорошему) 3*2.
На сейчас для приема есть 4-ре 5300. В такой ситуации вариант терминировать
и процессить локально в отдельный VRF мне представляется более здравым.
Вот если будут клиенты именно на VPDN-сервисы, тогда да, имеет смысл.
>===============================================
>Basil (Vasily) V. Dolmatov CCIE #5347
>Demos-Internet Corp. Director
>
>
>> -----Original Message-----
>> From: inet-admins@info.east.ru [mailto:inet-admins@info.east.ru]On
>> Behalf Of Vladimir A. Jakovenko
>> Sent: Friday, January 31, 2003 11:53 AM
>> To: Dmitri Kalintsev; inet-admins@info.east.ru
>> Subject: Re: [inet-admins] separate OSPF instance per each VRF
>>
>>
>> On Fri, Jan 31, 2003 at 02:24:26PM +1100, Dmitri Kalintsev wrote:
>> >On Thu, Jan 30, 2003 at 02:02:39AM +0200, Vladimir A. Jakovenko wrote:
>> >> Hello!
>> >>
>> >> Есть некоторая задача, которую было бы очень удобно решить созданием
>> >> на кошке двух VRF-ов с двумя отдельными OSPF процессами, работающими
>> >> исключительно внутри своего VRF-а.
>> >
>> >Ты эта, поосторожнее с оспф - он жадный до ресурсов, которых на
>> кошках и так
>> >не очень много. RIPv2 вас не спасёт?
>>
>> RIPv2 однозначно в сад. А про жадность до ресурсов можно
>> подробнее? Если можно
>> то ссылками на цифры.
>>
>> >> Видимых вариантов использовать чтото кроме static/BGP локально
>> в рамках VRF-а
>> >> я не нашел. Лазанье по web-у показало, что:
>> >>
>> >> 1. Juniper это умеет :-)
>> >
>> >Цыска тоже. 12.2T.
>>
>> :-(
>>
>> >А чем вас бгп не устраивает? Внутри вашей коры один фиг эти рауты будут
>> >переноситься mpbgp'ой.. А аттрибуты, типа расстояния между точками
>> >подключения, всё равно грамотно не переносятся (да, есть sham
>> links, но оно
>> >вам надо?).
>>
>> Оно мне не для MPLS-а надо. Мне нужно на отдельно взятой AS5300
>> иметь несколько
>> автономных виртуальных роутеров с поддержкой OSPF-а.
>>
>> Смысл - есть несколько pазных сервиcов, предлагаемых клиентам по
>> дозвону на
>> разные номера. На сейчас для каждого сервиса используется свой set AS5300.
>>
>> Есессно бывают ситуации когда один set overloaded а прочие
>> underloaded. Хочется
>> иметь один physical set AS-ов, в котором каждый AS будет иметь соотв.
>> количество виртуальных AS-instances. Далее по called number AS приземляет
>> звонок на соотв. virtual AS (в отдельный vrf).
>>
>> Виртуальные AS-ы связываем между собой и с соотв. сетями через отдельные
>> VLAN-ы.
>>
>> Кстати, RADIUS может указать AS-у к какому vrf-у нужно
>> приаттачить интерфейс
>> авторизуемого пользователя? А route-map?
>>
>> --
>> Regards,
>> Vladimir.
>>
>>
>> ==================================================================
>> ===========
>> "inet-admins" Internet access mailing list. Maintained by East
>> Connection ISP.
>> Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you
>> want to quit.
>> Archive is accessible on
>
>
>=============================================================================
>"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
>Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
>Archive is accessible on
--
Regards,
Vladimir.
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
