A
это не ответ. это так, выпук в потолок.
роутер получил пакет и ничего с ним не сделал. точнее что он с ним сделал не известно. при чём тут ртк цод
Size: a a a
2021 December 20
AP
щё проще кейс -) (вот что называется метод утенка в действии)..
выходной tun2 без mpls. просто пришло в mpls интерфейс 8000 и должно было уйти в простой IP 1400 - и карамба.
ни посылателю не пришел icmp какой типа "будь поуже" ни фрагментации ничего.
выходной tun2 без mpls. просто пришло в mpls интерфейс 8000 и должно было уйти в простой IP 1400 - и карамба.
ни посылателю не пришел icmp какой типа "будь поуже" ни фрагментации ничего.
A
а он получил?
A
чтотза ролтор то?
AP
по tcpdump получил
AP
виртуальная машина с ubuntu 21.04 и FRR 7.5.1-4cc14d346b
A
фв никакого нет?
AP
# Generated by iptables-save v1.4.21 on Mon Dec 20 10:33:26 2021
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [1430014492:689265603024]
-A FORWARD -p icmp -j ACCEPT
-A FORWARD -i eth+ -j ACCEPT
-A FORWARD -i tun-+ -j ACCEPTA
out
AP
это же маршрутизируемый трафик, какой out? -))
AP
в любом случае там всё accept
A
icmp fragmentation needed как отправлять будем?
A
облом-с
AP
out проходит на этих основаниях:
:OUTPUT ACCEPT [1430014492:689265603024]A
ㄟ( ▔, ▔ )ㄏ
RP
Интересный вопрос, поддерживает ли реализация в Linux ядре MPLS процедуру MPLS fragmentation установленную в RFC 3032 или же реализуется поведение:
«
«
If a labeled IPv4 datagram is "too big", and the DF bit is not set in its IP header, then the LSR MAY silently discard the datagram.»AD
исходный код открыт. можешь почитать и понять.