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

K0L0bock

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

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

  • Посещение

О K0L0bock

  • Звание
    Абитуриент

Информация

  • Пол
    Не определился
  1. Ни кто не сталкивался с задачей vpls на x670 <--> l2circuit vlan-ccc на Juniper?
  2. dmvy Хочу не больше чем заявлено в концепт гайде! Снова скажу: нафига анонсировать то, что заведомо не работает как должно? Я 2 года с ними воюю и ни одной проблемы не решено! Про их программистов лучше не вспоминать, кроме матерных букв нет для них больше ни чего.
  3. zstas, пока не понятно как это все будет работать, ну и неплохо былобы трафик одного пв разливать по разным лсп. Но чего то я сильно сомневаюсь что это все будет работать, они более простые вещи не могут заставить нормально функционировать.
  4. zstas , и экстримы и джуниперы, на джунах немного получше но иногда лсп так же в даун ложаться и не хотят через экстримы прокладываться, помогает только перезагрузка оспф и мплс процессов на некоторых промежуточных экстримах. Сейчас стоит 15.4.1.3 на одной из железок. В ней появился Port Based алгоритм, но толку от него очень мало, на 2 порта 20 гигов вроде раскидывает, а вот 30 на 3 уже нет. На 4 порта тоже не может, все в один льется :( Address Based тоже по всякому крутил, не на много лучше чем в старых прошивках. darkagent Вы rsvp-te lsp используете?
  5. zstas Угу, имели неосторожность поставить железки на магистраль. Но ведь если функционал не работоспособен зачем его анонсировать? Я был бы согласен, если бы проблема была на какой-то отдельной железке, но на 18 сразу?
  6. Толку от их техподдержки нет вообще, на все одни и те же отмазки: устаревшая прошивка и "у вас не правильно настроено". Больше вы от них ни чего не добётесь. На данный момент у меня, после 2х лет постоянной переписки, не решено ни одной проблемы: залипание маков при таблице больше 3к - в следствие этого неработоспособный vpls, постоянно виснущий RSVP-TE, невозможность правильной балансировки трафика в агрегированных интерфейсах. Так что все их громкие заявления о функционале железок ни что иное как пшик. Если еще не поздно, не связывайтесь с этими железяками!!!!
  7. У Вас неограниченное количество IPv4 адресов? Для экономии.
  8. Вобщем заработала такая незамысловатая конструкция: lt-0/0/0 { description ""; unit 1 { encapsulation ethernet-ccc; peer-unit 2; } unit 2 { encapsulation ethernet; peer-unit 1; family inet { address 10.10.102.1/24; } } } l2circuit { neighbor 10.240.1.1 { interface lt-0/0/0.1 { virtual-circuit-id 115; } } } На втором конце экстримовский vpls. Может кому нибудь пригодится.
  9. Немного не так... Для согласования encupsulation между джунипером и экстримом и применяется lt-, а вот как побороть encupsulation missmatch между сабинтерфейсами туннеля?
  10. На обычном интерфейсе все работает: lt-0/0/0 { description test; unit 1 { encapsulation vlan-ccc; vlan-id 1000; peer-unit 2; } unit 2 { encapsulation vlan-bridge; vlan-id 1000; peer-unit 1; } } xe-0/0/0 { description "to x670 port 27"; gigether-options { 802.3ad ae0; } } xe-0/0/1 { description "to x670 port 28"; gigether-options { 802.3ad ae0; } } ae0 { flexible-vlan-tagging; mtu 2000; encapsulation flexible-ethernet-services; aggregated-ether-options { minimum-links 1; } unit 229 { vlan-id 229; family inet { mtu 1600; address 10.1.1.78/30; } family mpls; } unit 1001 { encapsulation vlan-bridge; vlan-id 1001; } } irb { unit 1000 { family inet { address 10.10.100.1/24; } } unit 1001 { family inet { address 10.10.101.1/24; } } } lt-0/0/0 up up lt-0/0/0.1 up up ccc lt-0/0/0.2 up down bridge xe-0/0/0 up up xe-0/0/0.229 up up aenet --> ae0.229 xe-0/0/0.1001 up up aenet --> ae0.1001 xe-0/0/0.32767 up up aenet --> ae0.32767 xe-0/0/1 up up xe-0/0/1.229 up up aenet --> ae0.229 xe-0/0/1.1001 up up aenet --> ae0.1001 xe-0/0/1.32767 up up aenet --> ae0.32767 ae0 up up ae0.229 up up inet 10.1.1.78/30 mpls multiservice ae0.1001 up up bridge ae0.32767 up up multiservice irb up up irb.1000 up down inet 10.10.100.1/24 multiservice irb.1001 up up inet 10.10.101.1/24 multiservice bridge-domains { bd1000 { domain-type bridge; vlan-id 1000; interface lt-0/0/0.2; routing-interface irb.1000; } bd1001 { domain-type bridge; vlan-id 1001; interface ae0.1001; routing-interface irb.1001; } } Суть в том что бы irb подключить к l2circuit на другом конце которого экстримовский vpls.
  11. Model: mx480 JUNOS Base OS boot [12.3R4.6] lt-0/0/0 up up lt-0/0/0.1 up up ccc lt-0/0/0.2 up down bridge irb up up irb.1000 up down inet 10.10.100.1/24
  12. Подниму старую тему :) Тоже наткнулся на неработоспособность irb+bridge+lt, возникла необходимость подключить irb к l2circuit. Кто нибудь решил эту задачку? Может быть есть какие-то другие решения?