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

Странное поведение задержки в трейсе через MPLS L3 VPN

имеем такую сеть:

 

U1-PE1-P1-P2-P3-PE2-U2

 

U1, U2 - маршрутизаторы клиента

PE1, PE2 - PE маршрутизаторы

P1, P2, P3 - P маршрутизаторы

канал между P2 и P3 загружен на 100%.

TTL propagation ВКЛЮЧЕНО.

Почему при трейсе с U1 на U2 задержка появляется не между P2 и P3, а между PE1 и P1?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ответы на пинги и трейсы обрабатываются CPU. Может, P1 загружен чем-то сильно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Может, P1 загружен чем-то сильно.

нет, не загружен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

наверное следует уточнить

 

сеть вот такая

U1-PE1-P11-P21-P22-P12-PE2-U2

загруженный канал между P21 и P22. PE1, PE2, P11, P12 находятся в одной автономке, P21 и P22 в другой, на них организована interAS VPN.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Дык трейс в MPLS почитайте как работает

Благодаря тому что IP пакет упаковывается в MPLS, промежуточный LSR не знает кто отправитель trace probe. Поэтому IP c дестнейшеном источника трейса (TTL exceed) идет до egress PE по IGP Lable LSP, там видит что Destination Address (Ingress PE)в обратной стороне и возвращает пакет обратно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Дык трейс в MPLS почитайте как работает

Благодаря тому что IP пакет упаковывается в MPLS, промежуточный LSR не знает кто отправитель trace probe. Поэтому IP c дестнейшеном источника трейса (TTL exceed) идет до egress PE по IGP Lable LSP, там видит что Destination Address (Ingress PE)в обратной стороне и возвращает пакет обратно.

А можно я к теме присоседюсь? Я заметил, что TTL-exceeded (от P-роутеров) на последнем PE попадают в сугубо L3 интерфейс (обычный статический туннель) и соответственно, от конечного "CE" уже форвардятся обратно. Почему до PE доходит понимаю, почему на PE, где метка снимается, не уходит назад - не понимаю

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Потомучто некотоые могут не делать прореркт по ip, а по метке сразу маршрутизируют в интерфейс ...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тут нужны fomka31ru и visir :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Дык трейс в MPLS почитайте как работает

Благодаря тому что IP пакет упаковывается в MPLS, промежуточный LSR не знает кто отправитель trace probe. Поэтому IP c дестнейшеном источника трейса (TTL exceed) идет до egress PE по IGP Lable LSP, там видит что Destination Address (Ingress PE)в обратной стороне и возвращает пакет обратно.

А можно я к теме присоседюсь? Я заметил, что TTL-exceeded (от P-роутеров) на последнем PE попадают в сугубо L3 интерфейс (обычный статический туннель) и соответственно, от конечного "CE" уже форвардятся обратно. Почему до PE доходит понимаю, почему на PE, где метка снимается, не уходит назад - не понимаю

 

TTL Workflow to Customer route

 

- На первом хопе Ingress PE отрабатывает так же как IP TTL.

- На всех следующих согласно правилу TTL Expire LSR

- На Egress PE происходит обработка идет по нижней метке и пакет TTL отправляется на CE.

- CE видит что пакет направлен в противоположную сторону и отправляет его обратно на PE.

 

TTL Workflow to Attached Interface or Aggregate route

 

- На первом хопе Ingress PE отрабатывает так же как IP TTL.

- На всех следующих согласно правилу TTL Expire LSR

- На Egress PE происходит дополнительный lookup PE видит Destination IP и отправляет его обратно без пересылки на CE.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

разве P-роутеры уменьшают ip ttl? на них идет коммутация по mpls метке, а отправляющая сторона шлет пакет не на следующий хост, а на конечный LSR. И L3-lookup с уменьшением TTL делает уже конечный PE. Или у вас по другому работает/настроено?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

разве P-роутеры уменьшают ip ttl?

 

нет , да это и не важно , они уменьшают mpls ttl и когда он доходит до 0 , то генерят icmp ttl expired и отправляют дальше путешествовать по сети ....

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

dmvy

ip ttl копируется в mpls ttl, а потом обратно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

dmvy

ip ttl копируется в mpls ttl, а потом обратно.

Не всегда

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ну началось

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

dmvy

ip ttl копируется в mpls ttl, а потом обратно.

Не всегда

Вы что только последний пост прочитали? У меня ж написано что ттл пропагейшн ВКЛЮЧЕНО.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.