Есть ли у Cisco конфигурация mpls icmp-tunneling?

[gongya]

icmp-tunnling включен по умолчанию или для его включения требуется дополнительная настройка?
Juniper имеет явную настройку «set protocols mpls icmp-tunneling». Похоже, Cisco включил icmp-tunneling по умолчанию. Правильно? Можно ли отключить?
![icmp-tunneling-diagram.PNG] R1#traceroute 172.31.1.6 num
Type escape sequence to abort.
Tracing the route to 172.31.1.6
VRF info: (vrf in name/id, vrf out name/id) 1 172.16.1.2 0 msec 0 msec 0 msec 2 10.10.1.3 [MPLS: Label 19 Exp 0] 1 msec 1 msec 0 msec 3 10.10.2.4 [MPLS: Label 20 Exp 0] 1 msec 0 msec 1 msec 4 10.10.3.5 1 msec 0 msec 1 msec 5 172.31.1.6 1 msec * 2 msec
![icmp-tunneling-packets.PNG] Одна вещь меня смущает. Первые 6 строк. Кто-нибудь может пролить на них свет? Спасибо!

[M02@rt37]

Hello
@gongya Вы ссылаетесь на RFC_4950:
https://www.rfc-editor.org/rfc/rfc4950.html Маршрутизаторы Cisco поддерживают расширения ICMP для MPLS, предусмотренные RFC 4950, которые встроены и обычно включены по умолчанию. Именно поэтому, когда вы выполняете трассировку маршрута через ядро MPLS, платформа Cisco естественным образом включает стек меток MPLS в ответ icmp «Время превышено» или «Пункт назначения недоступен» — точно так, как указано в RFC 4950... Кроме того, Cisco не отключает RFC 4950 напрямую... вместо этого администратор контролирует видимость, отключая распространение TTL с помощью
команды mpls ip propagate-ttl
, что предотвращает истечение TTL внутри ядра MPLS, поэтому ответы ICMP там никогда не запускаются! С уважением
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените.ı|ı.ı|ı.

[gongya]

Большое спасибо!

[M02@rt37]

Пожалуйста,
@gongya С уважением
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените .ı|ı.ı|ı.