Перейти к содержимому
Калькуляторы

romar

Пользователи
  • Публикации

    43
  • Зарегистрирован

  • Посещение

О romar

  • Звание
    Абитуриент
  1. с PPPoE еще модно сделать такое,вешаете профиль PPPoE на бинд,и в резервной SE100 в профиле указываете задержку pado 3 секунды,таким образом будет 2 сервера pppoe однавременно,но первый будет отвечать клиенту быстрее. А по поводу /30,только терминировать в ближайшем до клиента месте и строить внутренний iBGP. Либо делать сеть /24 но разрезать L2 уровень каким-нибудь способом,просто не знаю что SE100 умеет в этом плане,что нибудь вроде влан на клиента.
  2. se100 vpls+pppoe

    Кстати буквально позавчера была примерно такая картина Filesystem 512-blocks Used Avail Capacity Mounted on /dev/wd1a 968158 671000 248750 72% / mfs:9 15822 24 15006 0% /dev mfs:11 63390 192 60028 0% /tmp /dev/wd2a 922558 360000 516430 105% /md Что это за прикол такой?
  3. se100 vpls+pppoe

    R2 в данный момент только начинает ставиться,цель его монтажа,это резервирование падения первого рутора,причем горячее резервирование. xconnect ом приземляем его и терминируем на SE100 в dot1q c6509+sup720,поэтому vpls у меня на нем плюшевый,только xconnect,но изначальный вопрос не в этом. Все таки самое красивое решение было бы закончить VPLS именно на SE100, потому как таких руторов,как R5 порядка 20,и резервирование каждого xconnect со всех этих устройств на R1 и R2 нагромоздит большую кашу. Нужно именно на SE100 принять VPLS, и забиндить его на PPPoE
  4. se100 vpls+pppoe

    чисто теоретически вроде должно )
  5. se100 vpls+pppoe

    В R5 куча PPPoE клиентов заворачивается в VPLS,закончить VPLS хочу на SE100,что бы при выходе из строя R1 или R2 VPLS остался живым,в качестве R5 могут быть микротики 1100 и кошки 6509,R1 и R2 сisco 6509. Вот собственно краткая схема. Расскажите пожалуйста на языке,понятному папуасу )))
  6. se100 vpls+pppoe

    Сейчас именно так и сделано,но хотелось бы VPLS закончить на SE100,который будет иметь несколько LDP соседей,что обеспечит отказоустойчивость сети на случай выхода из строя одного из них.
  7. Добрый день,товарищи ) запала в моей голове очередная незатейливая идея(как казалось на первый взгляд). Есть SE100 в качестве браса,хочу VPLSом на него передать VLAN,в котором живут PPPoE клиенты,казалось бы все довольна просто,НО..... Никак не могу забиндить этот VPLS на PPPoe,я с SE100 совсем недавно,может в этом нет ничего сложного,но у меня не получается этого сделать ((( Может был у кого то подобный опыт? Добавлю что с другой стороны VPLS делают Mikrotik и cisco xconnect
  8. а с7200 разве умеет делать бридж на xconnect? или вы имеете ввиду поставить их на узлы на место микротиков и с них отправлять xconnect на устройство сбора трафика?
  9. у cisco есть xconnect backup peer,и если поставить 2 микротика то получится неплохое резервирование..... у микрота есть что нибудь подобное на vpls?
  10. Абсолютно с Вами согласен. В том то и дело,если реализовать такую схему,в итоге получится отказоустойчивая и легкоуправляемая L2 сеть 1-sup2T мне сейчас никто не даст 2-физические перемычки я сам ставить не буду,ибо считаю это .......... ну скажем так,не считаю это правильной технологией (не в обиду тем,кто ее использует) Так что продолжение этой темы не считаю целесообразной, всем спасибо за помощь и за ваше мнение ))
  11. Товарищи,неужели вы думаете,что если бы у меня была возможность поставить sup2t,я задавал бы этот вопрос )) Вы уходите от темы и начинаете сравнивать железо в разных весовых и ценовых категориях!!! причем В ЦЕНЕ РАЗНИЦА В НЕ ОДИН ДЕСЯТОК РАЗ!!!! По поводу микротика у всех свои мнения,и обсуждать их в этой теме не нужно!!!!!!! ЗАДАЧА: Реализация данной схемы без вложения в сеть 1000000 кровных!
  12. ну да. вы хотите отказоустойчивость/резервирование на mpls, при этом всё завязываете на тухлотик ну я бы на него так не обзывался )))) за свою стоймость т возможности-золото,а не железо )))) главное аккуратно работать с ним )))
  13. Чем? имеете ввиду если у mik1100 голову свернет?
  14. наверное все таки остановлюсь на варианте покупки микротика 1100 и расположении его на одном из центральных узлов,через который проходит 80% всех влан,остальные 20% пойдут через петлю в сети,и будет он работать только для xconnect bridge,так будет выглядеть более-менее приемлемо....
  15. но все равно,колличество занятых акцесных портов будет дикое,да и для того что бы пробросить новый влан нужно ехать на удаленный узел и втыкать патч? да и сами по себе такие действия как физические перемычки для меня выглядят как то неприемлемо.... это сугубо мое мнение и я его придерживаюсь...