yegorgk Опубликовано 19 мая, 2010 Вобщем есть схема. комп-----2851-----2851-----комп пытаюсь настроить между ними EoMPLS . конфиг первой interface Loopback0 description --Main IP --- ip address 94.xx.xx.x 255.255.255.255 ip flow egress interface Tunnel143 description ------ ip address 10.20.20.121 255.255.255.252 mpls ip tunnel source 94.xx.xx.x адрес лупбека tunnel destination 94.xx.xx.x адрес лупбека другой циски tunnel mode ipip interface GigabitEthernet0/0.396 description -- encapsulation dot1Q 396 ip flow egress ip virtual-reassembly xconnect 10.20.20.122 123 encapsulation mpls конфиг второй interface Loopback0 description --Main IP --- ip address 94.xx.xx.x 255.255.255.255 interface Tunnel143 description --- Tunnel MCHS Krasnodar--- ip address 10.20.20.122 255.255.255.252 mpls ip tunnel source 94.xx.xx.x адрес лупбека tunnel destination 94.xx.xx.x адрес лупбека другой циски tunnel mode ipip interface GigabitEthernet0/0.396 description --- --- encapsulation dot1Q 396 xconnect 10.20.20.121 123 encapsulation mpls Далее тунели установились второй sh mpls ldp neighbor Peer LDP Ident: 10.20.20.121:0; Local LDP Ident 10.20.20.122:0 TCP connection: 10.20.20.121.646 - 10.20.20.122.41979 State: Oper; Msgs sent/rcvd: 866/859; Downstream Up time: 12:18:16 LDP discovery sources: Tunnel143, Src IP addr: 10.20.20.121 Targeted Hello 10.20.20.122 -> 10.20.20.121, active, passive Addresses bound to peer LDP Ident: sh mpls l2transport vc 123 detail Local interface: Gi0/0.396 up, line protocol up, Eth VLAN 396 up Destination address: 10.20.20.121, VC ID: 123, VC status: up Output interface: Tu143, imposed label stack {18} Preferred path: not configured Default path: active Next hop: point2point Create time: 12:25:33, last status change time: 12:19:34 Signaling protocol: LDP, peer 10.20.20.121:0 up MPLS VC labels: local 19, remote 18 Group ID: local 0, remote 0 MTU: local 1500, remote 1500 Remote interface description: -- Sequencing: receive disabled, send disabled VC statistics: packet totals: receive 0, send 33359 byte totals: receive 0, send 3147495 смущает что receive 0 packet drops: receive 0, seq error 0, send 0 Первый sh mpls ldp neighbor Peer LDP Ident: 10.20.20.122:0; Local LDP Ident 10.20.20.121:0 TCP connection: 10.20.20.122.41979 - 10.20.20.121.646 State: Oper; Msgs sent/rcvd: 863/870; Downstream Up time: 12:21:18 LDP discovery sources: Tunnel143, Src IP addr: 10.20.20.122 Targeted Hello 10.20.20.121 -> 10.20.20.122, active, passive Addresses bound to peer LDP Ident: sh mpls l2transport vc 123 detail Local interface: Gi0/0.396 up, line protocol up, Eth VLAN 396 up Destination address: 10.20.20.122, VC ID: 123, VC status: up Output interface: Tu143, imposed label stack {19} Preferred path: not configured Default path: active Next hop: point2point Create time: 12:22:40, last status change time: 12:21:54 Signaling protocol: LDP, peer 10.20.20.122:0 up MPLS VC labels: local 18, remote 19 Group ID: local 0, remote 0 MTU: local 1500, remote 1500 Remote interface Sequencing: receive disabled, send disabled VC statistics: packet totals: receive 0, send 14709 byte totals: receive 0, send 1605332 packet drops: receive 0, seq error 0, send 0 Вроде все установилось но receive 0 смущает и еще ничего не работает. может кто сталкивался ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
visir Опубликовано 19 мая, 2010 Разве на ipip туннеле может работать больше одного протокола ? (ip+mpls) Попробуйте GRE. Ну и не забывайте про mtu. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
yegorgk Опубликовано 19 мая, 2010 Разве на ipip туннеле может работать больше одного протокола ? (ip+mpls)Попробуйте GRE. Ну и не забывайте про mtu. Вот этого к сожелению не знаю поэтому и спрашиваю, это первый мой опыт с mpls. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
yegorgk Опубликовано 19 мая, 2010 Разве на ipip туннеле может работать больше одного протокола ? (ip+mpls)Попробуйте GRE. Ну и не забывайте про mtu. Вот этого к сожелению не знаю поэтому и спрашиваю, это первый мой опыт с mpls. Все заработало спасибо, работает только если GRE тунель. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Allexx Опубликовано 27 июня, 2010 Появилась очередная проблема. на маршрутизаторы был залит иос не поддерживающий mpls, соответвенно все что связано с настройкой мплс было удалено с конфига, откатился на предыдущий иос, настроил как описано выше и понеслось...... sh mpls l2transport vc 123 detail Local interface: Gi0/0.396 up, line protocol up, Eth VLAN 396 up Destination address: 10.20.20.122, VC ID: 123, VC status: down Output interface: none, imposed label stack {} Preferred path: not configured Default path: no route Next hop: Invalid MOI Create time: 01:19:28, last status change time: 01:19:28 Signaling protocol: LDP, peer 10.20.20.122:0 down MPLS VC labels: local 97, remote unassigned Group ID: local 0, remote unknown MTU: local 1500, remote unknown Remote interface description: Sequencing: receive disabled, send disabled VC statistics: packet totals: receive 0, send 0 byte totals: receive 0, send 0 packet drops: receive 0, seq error 0, send 0 В логах пишет следующее ATOM_TRANS-4-CONFIG: 10.20.20.122 mismatches the peer router id 94.хх.хх.х show mpls ldp neighbor Peer LDP Ident: 94.хх.ххх.х:0; Local LDP Ident 94.ххх.хх.х:0 TCP connection: 94.хх.ххх.х.34327 - 94.хх.хх.х.646 State: Oper; Msgs sent/rcvd: 33/34; Downstream Up time: 00:16:53 LDP discovery sources: Tunnel143, Src IP addr: 10.20.20.122 Addresses bound to peer LDP Ident: 10.20.20.122 в соседях почему то пишет внешние адреса лупбаков маршрутизаторов которые в свою очередь являются в тунелях source и destination когда раньше писал именно внутренние адреса туннелей..... подскажите куда копать.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 27 июня, 2010 (изменено) Я вижу два пути: 1. Неправильный. Сказать что-то вроде mpls ldp router-id <адрес на тоннеле> И перегрузить коробки. 2. Правильный. Сказать mpls ldp router-id <адрес Loopback> и переписать xconnect так, чтобы в качестве адреса в них был адрес Loopback. Изменено 27 июня, 2010 пользователем nnm Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
applx Опубликовано 27 июня, 2010 (изменено) Зачем вам сабинтерфайс если у вас два компа и нет комутатора который посылает таги с виланом 396? int gi0/0 no ip add mpls ip xconnect x.x.x.x 100 encap mpls кроссконект должен терминироватса на лоопбаке другой киски. и использовать: mpls ldp router-id loop_X force Изменено 27 июня, 2010 пользователем applx Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
applx Опубликовано 27 июня, 2010 И еше вопрос, зачем изврашатса с двумя рутерами и мплс да еше с использованием тунелей. Кросконект с вашей схемой вообше не нужен, советую скачать ГНС3 и там попрактиковатса если нужен опыт именно с ЕоМПЛС. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Allexx Опубликовано 28 июня, 2010 до маршрутизаторов естественно стоят коммутаторы, и клиентов порядком, для этого и подняты субинтерфейсы (в шапке просто образно описана проблема)....тунелями соединяю непосредственно через инет роутеры. проблема на данном этапе решилась по совету nnm прописыванием mpls ldp router-id <адрес на тоннеле> force на обоих роутерах. но мне самое интересное что до обновления иоса настраивал именно на лупбеках и все летало..... в чем подвох не пойму.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
visir Опубликовано 28 июня, 2010 Allexx, я думаю дело не в обновлении, а в перезагрузке. До перезагрузки router-id был другим из-за порядка применения настроек. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...