Debian не передают через L2TPv3 больше, чем mtu l2tp виртуальный интерфейс

R3 - R1 - Интернет - R90

R3: IP addr 10.123.0.3
R1:

sudo ip l2tp add tunnel tunnel_id 699 peer_tunnel_id 699 encap udp local 5.254.174.8
remote 5.254.174.90 udp_sport 699 udp_dport 699
sudo ip l2tp add session tunnel_id 699 session_id 699 peer_session_id 699
sudo ip link set l2tpeth0 up mtu 1446
sudo ip link add brvlan699 type bridge
sudo ip link set l2tpeth0 master brvlan699
sudo vconfig add eth1 699
sudo ip link set eth1.699 master brvlan699
sudo ip link set brvlan699 up
sudo ip a add 10.123.0.1/24 dev brvlan699


R90:

ip l2tp add tunnel tunnel_id 699 peer_tunnel_id 699 encap udp local 5.254.174.90 remote 5.254.174.8 udp_sport 699 udp_dport 699
ip l2tp add session tunnel_id 699 session_id 699 peer_session_id 699

ip link set l2tpeth0 up mtu 1446
ip link add brvlan699 type bridge
ip link set l2tpeth0 master brvlan699
vconfig add eth1 699
ip link set eth1.699 master brvlan699
ip link set brvlan699 up
ip a add 10.123.0.90/24 dev brvlan699


Таким образом, у нас есть R1 10.123.0.1, R90 10.123.0.90, R3 10.123.0.3
каждый хост может проверить с помощью ping-запросов каждый. Но R3-> R90 или R90-> R3 может проверить с помощью ping-запросов только макс. размер пакета ICMP 1446 как mtu l2tpeth0 интерфейс.
Почему это не фрагментирует и отправляет больше пакетов? R1 может отправить даже 15 000B ICMP в R3 или R90 через туннель, но проверить с помощью ping-запросов от начала до конца через R1 только 1446, больше - тайм-аут. Как оптимизировать mtu, и mss оценивает за этот туннель с внутренним VLAN и как заставить его работать на большие пакеты с фрагментацией?

1
задан 16 September 2014 в 05:19
1 ответ

http://wiki.openwrt.org/doc/howto/pseudowire

Здесь есть кое-что для вас:

Мост для L2TPv3 содержит устройства с другим MTU3. Кроме того, поскольку соединение является мостовым, маршрутизация не происходит, и MTU не регулируется автоматически маршрутизатором. Все устройства в локальной сети обычно используют MTU равное 1500. MTU устройств L2TPv3 составляет около 1400. Поскольку сам туннель не может фрагментировать пакеты, все пакеты, превышающие MTU, теряются. (...) Для решения проблемы используется межсетевой экран моста и TCP MSS Clamping. Межсетевой экран моста означает, что правила iptables используются, когда пакет проходит через мост. Обычно это не должно работать, поскольку мост работает только на уровне 2. Однако, если межсетевой экран моста включен в ядре, мост может работать как на уровне 2, так и на уровне 3.

0
ответ дан 4 December 2019 в 08:32

Теги

Похожие вопросы