K0L0bock

Ни кто не сталкивался с задачей vpls на x670 <--> l2circuit vlan-ccc на Juniper?

dmvy Хочу не больше чем заявлено в концепт гайде! Снова скажу: нафига анонсировать то, что заведомо не работает как должно? Я 2 года с ними воюю и ни одной проблемы не решено! Про их программистов лучше не вспоминать, кроме матерных букв нет для них больше ни чего.

zstas, пока не понятно как это все будет работать, ну и неплохо былобы трафик одного пв разливать по разным лсп. Но чего то я сильно сомневаюсь что это все будет работать, они более простые вещи не могут заставить нормально функционировать.

zstas , и экстримы и джуниперы, на джунах немного получше но иногда лсп так же в даун ложаться и не хотят через экстримы прокладываться, помогает только перезагрузка оспф и мплс процессов на некоторых промежуточных экстримах. Сейчас стоит 15.4.1.3 на одной из железок. В ней появился Port Based алгоритм, но толку от него очень мало, на 2 порта 20 гигов вроде раскидывает, а вот 30 на 3 уже нет. На 4 порта тоже не может, все в один льется :( Address Based тоже по всякому крутил, не на много лучше чем в старых прошивках. darkagent Вы rsvp-te lsp используете?

zstas Угу, имели неосторожность поставить железки на магистраль. Но ведь если функционал не работоспособен зачем его анонсировать? Я был бы согласен, если бы проблема была на какой-то отдельной железке, но на 18 сразу?

Толку от их техподдержки нет вообще, на все одни и те же отмазки: устаревшая прошивка и "у вас не правильно настроено". Больше вы от них ни чего не добётесь. На данный момент у меня, после 2х лет постоянной переписки, не решено ни одной проблемы: залипание маков при таблице больше 3к - в следствие этого неработоспособный vpls, постоянно виснущий RSVP-TE, невозможность правильной балансировки трафика в агрегированных интерфейсах. Так что все их громкие заявления о функционале железок ни что иное как пшик. Если еще не поздно, не связывайтесь с этими железяками!!!!

Так что, ни кто не использует RSVP-TE?

У Вас неограниченное количество IPv4 адресов? Для экономии.

У кого нибудь работает RSVP-TE как положено?

Вобщем заработала такая незамысловатая конструкция: 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. Может кому нибудь пригодится.

Немного не так... Для согласования encupsulation между джунипером и экстримом и применяется lt-, а вот как побороть encupsulation missmatch между сабинтерфейсами туннеля?

Как тогда побороть encapsulation mismatch?

На обычном интерфейсе все работает: 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.

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

Подниму старую тему :) Тоже наткнулся на неработоспособность irb+bridge+lt, возникла необходимость подключить irb к l2circuit. Кто нибудь решил эту задачку? Может быть есть какие-то другие решения?

Софт: 15.3.2.11 Я честно говоря устал уже после каждого изменения топологии сети бороться с этим RSVP-TE. Еще ни разу нормально не отработал после восстановления. З.Ы. Так и есть, счетчик попыток растет каждые 30 секунд.

Вобщем ситуация с RSVP-TE повторяется: show mpls interface Local RSVP-TE LDP VLAN Name IP Address MTU UpTm #Nbr UpTm #Adj Flags ---------------- --------------- ---- ---- ---- ---- ---- ------- loopback 10.240.1.1 1600 -- 0 16d 0 M-L-I-U Tyumen-Chel 10.1.1.5 1600 16d 1 16d 1 MRL-I-U Tyumen-Ekat 10.1.1.1 1600 16d 1 16d 1 MRL-I-U тоесть соседи есть, при этом: show mpls rsvp-te lsp "Tyumen-Moscow-lsp" detail Ingress LSP Name: Tyumen-Moscow-lsp Destination : 10.240.3.4 Admin Status : Enabled IP Traffic : Allow #VPLS Cfgd : 0 VPN Traffic : Allow #VPLS In-Use : 0 Path Name: Tyumen-Moscow-pri-path Oper Status : Disabled UpTime : 0d:0h:0m:0s Profile Name : default Peak Rate : 0 Kbps Max Burst Size : 0 Kb Committed Rate : 0 Kbps Setup/Hold Priority : 7/0 Record Route : Disabled MTU : Use Local I/F Tunnel ID : 4 Ext Tunnel ID : 10.240.1.1 LSP ID : 0 State Changes : 0 LSP Type : Primary Bandwidth Cfgd : False Activity : Standby Failures : 0 Retries-since last failure : 31 Retries-Total : 31 Configured ERO : Order IP Address/Mask Type 100 10.240.3.2/32 loose 101 10.240.3.3/32 strict Msg Src : 10.240.1.1 Msg Time : 16d:10h:19m:2s - Fri Nov 22 16:58:31 2013 Error Code : Path Computation Failure - Unknown Routing Error Error Value : <No Error Value Set> (0) Path Name: Tyumen-Moscow-sec-path Oper Status : Disabled UpTime : 0d:0h:0m:0s Profile Name : default Peak Rate : 0 Kbps Max Burst Size : 0 Kb Committed Rate : 0 Kbps Setup/Hold Priority : 7/0 Record Route : Disabled MTU : Use Local I/F Tunnel ID : 5 Ext Tunnel ID : 10.240.1.1 LSP ID : 0 State Changes : 0 LSP Type : Secondary Bandwidth Cfgd : False Activity : Standby Failures : 0 Retries-since last failure : 27 Retries-Total : 27 Configured ERO : Order IP Address/Mask Type 100 10.240.3.1/32 loose 101 10.240.3.4/32 strict Msg Src : 10.240.1.1 Msg Time : 16d:10h:19m:3s - Fri Nov 22 16:58:32 2013 Error Code : Path Computation Failure - Unknown Routing Error Error Value : <No Error Value Set> (0) Как с этой кривой ерундой бороться? З.Ы. По LDP все бегает без проблем.

Выявилась следующая кривизна: OSPF работает, MPLS работает, RSVP-TE не поднимается, хотя внешне работает :) Помогла перезагрузка процессов OSPF и потом MPLS. Хотя VPLS все бегали как надо. Ситуация непонятна...

Ну и вот проблемы продолжаются. После замены железки перестал работать RSVP-TE на всей трассе. show mpls rsvp-te lsp "Moscow-Chel-lsp" detail Ingress LSP Name: Moscow-Chel-lsp Destination : 10.240.3.2 Admin Status : Enabled IP Traffic : Allow #VPLS Cfgd : 0 VPN Traffic : Allow #VPLS In-Use : 0 Path Name: Moscow-Chel-pri-path Oper Status : Disabled UpTime : 0d:0h:0m:0s Profile Name : default Peak Rate : 0 Kbps Max Burst Size : 0 Kb Committed Rate : 0 Kbps Setup/Hold Priority : 7/0 Record Route : Disabled MTU : Use Local I/F Tunnel ID : 3 Ext Tunnel ID : 10.240.3.4 LSP ID : 0 State Changes : 0 LSP Type : Primary Bandwidth Cfgd : False Activity : Standby Failures : 0 Retries-since last failure : 82 Retries-Total : 82 Configured ERO : Order IP Address/Mask Type 100 10.240.3.3/32 loose Msg Src : 10.240.3.4 Msg Time : 59d:1h:2m:40s - Wed Nov 6 09:51:16 2013 Error Code : Path Computation Failure - Destination Unreachable Error Value : <No Error Value Set> (0) Path Name: Moscow-Chel-sec-path Oper Status : Disabled UpTime : 0d:0h:0m:0s Profile Name : default Peak Rate : 0 Kbps Max Burst Size : 0 Kb Committed Rate : 0 Kbps Setup/Hold Priority : 7/0 Record Route : Disabled MTU : Use Local I/F Tunnel ID : 4 Ext Tunnel ID : 10.240.3.4 LSP ID : 0 State Changes : 0 LSP Type : Secondary Bandwidth Cfgd : False Activity : Standby Failures : 0 Retries-since last failure : 82 Retries-Total : 82 Configured ERO : Order IP Address/Mask Type 100 10.240.3.1/32 loose Msg Src : 10.240.3.4 Msg Time : 59d:1h:2m:50s - Wed Nov 6 09:51:26 2013 Error Code : Path Computation Failure - Destination Unreachable Error Value : <No Error Value Set> (0) Уже и не знаю куда ковырять, всю голову сломал. Подскажите как диагностировать проблему. show mpls interface Local RSVP-TE LDP VLAN Name IP Address MTU UpTm #Nbr UpTm #Adj Flags ---------------- --------------- ---- ---- ---- ---- ---- ------- loopback 10.240.3.4 1600 -- 0 59d 0 M-L-I-U Novgorod-Moscow 10.1.2.6 1600 19m 0 4d 1 MRL-I-U Yekt-Msk 10.1.2.10 1600 19m 0 6d 1 MRL-I-U Flags: (M) MPLS Enabled, (R) RSVP-TE Enabled, (L) LDP Enabled, (P) PHP Enabled, (I) IP Forwarding Enabled, (B) BFD Enabled, (b) BFD Disabled(Sessions Exist) (U) MPLS Operational

dmvy Спасибо, включил. Только одну железку пришлось заменить на x670 без v. Так как начала валиться постоянно :(

Добрый день всем! Столкнулись с серьезной проблемой: Summit x670v, при количестве маков близким к 1300 начинаются проблемы, как будьто база переполнена, появляется зеркалирование маков, что приводит к почти полной неработоспособности железяки. Наблюдается сие на коммутаторах только с индексом v (стекируемых). Из 4 имеющихся в наличии 3 страдают такой проблемой, четвертый лежит как бы в резерве. Прошивки разные, вплоть до 15.3.2.11. Ни у кого такой проблемы не наблюдалось?

Добрый всем день! Кто может подсказать по RSVP-TE на x670? Ситуация следующая: Создаю два path, primary и secondary. Создаю rsvp-te lsp до нужного peer, привязываю к нему пути в соответствующем порядке (pri, sec). И сразу же трафик в vplsах к этому peer начинает литься по прописанному lsp. Так и должно быть? Или что то не так? Я думал что этот lsp нужно явно добавлять к vplsам. Прошивки разные. Есть 15.3.2.11 и 15.2.1.5 Спасибо!