map.sh: 对 MAP-T (nat46) 接口，忽略 mtu 选项，将 MTU 设置为 16384

描述错误

proto map init config ()' 声明proto config add int “mtu” ,但用于 地图类型=地图-t' 的值从未被应用到“nat46” netdev中,它保留 违约16384。 地图-e'和`lw4o6'也享有同样的选择权。 使用 " ip6tnl " 装置。

与:

配置接口“ wanmap ”
选项“ 映射”
选项映射类型“ 映射- t”
选项 mtu '1480'
选项 tunlink “ wan6 ”

结果是:

# ip 链接显示 Dev 地图 - wanmap
15:地图 - 需要地图: <POINTOPOINT,NOARP,UP,LOWER UP > mtu 16384.

QQ 打开Wrt 版本

r33051-f5dae5ece4 (英语).

QQ OpenWrt 发布

25.12.5 国家

QQ OpenWrt 目标/子目标

x86/64 (中文(简体) ).

QQ 设备

勒诺沃思维中心 M720q(10T8S0D200)

图像类型

官方下载的图像

• 复制步骤

1. 配置一个与“可选地图类型”映射“t”和“proto map”接口 “ 选项 mtu' 1480” 。
2. ifup' it并检查ip链接显示dev地图-。

实际行为

MTU留在16384号

• 预期行为

MTU设备应从“ 选项 mtu” 设置, 默认为 MTU减为20而不是16384。

补充信息

MAP-T是翻译,不是封装: 1500字节的IPv4包成为了一种 1520字节IPv6包. 随着WAN在1500,全尺寸包被放弃. 还有 因为IPv4 MTU在当地的广告是16384,不需要“ICMP分化” 被生成回局域网主机:路径是黑洞. 小型 交换(DNS, TCP 握手)成功,而任何真正的传输站- a 经典而耗时的症状. 防火墙区域上的 “ 选项 mtu fix 1” 也无济于事,因为MSS的夹击跟随了(错误的)设备MTU。

工作间:

嘘

/etc/hotplug.d/iface/99-mapt-mtu(英语:

["$ACTION"="ifup"] ["$INTERFACE"="wanmap"]=========== (================= (==================== (================= (====================== (==================================================================================== (======= (========================================= ip 链接集 dev "$DEVICE" mtu 1480

与问题QQ(odhcp6c)中的MAP-T调查有关.

• Diff配置

页:1

术语

• 我向OpenWrt报告一个问题,而不是一个不支持的叉子.