Ipv4 ping does not work

Hi,
I've installed and configured openwrt on x86, I'm connected directly to the sky wifi ont and i've configured it with map-t. It mostly works, ipv4 ping for some reason dows not work while ipv6 does. internet over ipv4 works and also traceroute for an ipv4 address seems to respond correctly. What could possibly be the issue?
Thanks in advice

depends on the error message while doing the ping, doesn't it ?

don't post it, we love fumbling in the dark ...

1 Like

sorry, I'm an advanced noob.

Is icmpv4 with literal ipv4 addresses supported by map-t?

On v6 only networks I used DNS64 and nat64 to bypass these kind of issues...

I can't find any specific documentation about it, I think they should be, the original sky wifi router was able to handle them and in the documentation they provide regarding the installation of different router nothing is mentioned about this issue

Could you post ip -d link show and ip -d address show?

And yes regarding to https://pc.nanog.org/static/published/meetings/NANOG71/1452/20171004_Gottlieb_Mapping_Of_Address_v1.pdf literals seams to work...

It seems openwrt doen't linke the -d flag but I hope there are enough details

root@OpenWrt:~# ip address show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
    link/ether bc:24:11:6c:f5:cd brd ff:ff:ff:ff:ff:ff
3: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN qlen 1000
    link/tunnel6 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 brd 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000
    link/ether 9c:31:c3:b4:3d:98 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::9e31:c3ff:feb4:3d98/64 scope link
       valid_lft forever preferred_lft forever
5: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel master br-lan state DOWN qlen 1000
    link/ether d0:00:06:22:68:55 brd ff:ff:ff:ff:ff:ff
6: eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel master br-lan state DOWN qlen 1000
    link/ether d0:00:06:22:68:56 brd ff:ff:ff:ff:ff:ff
7: eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
    link/ether d0:00:06:22:68:57 brd ff:ff:ff:ff:ff:ff
8: eth5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
    link/ether d0:00:06:22:68:58 brd ff:ff:ff:ff:ff:ff
9: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 34:13:e8:cf:25:c4 brd ff:ff:ff:ff:ff:ff
10: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether bc:24:11:6c:f5:cd brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.1/24 brd 192.168.0.255 scope global br-lan
       valid_lft forever preferred_lft forever
    inet6 2a0e:423:8d65::1/64 scope global dynamic noprefixroute
       valid_lft 2307sec preferred_lft 2307sec
    inet6 fe80::be24:11ff:fe6c:f5cd/64 scope link
       valid_lft forever preferred_lft forever
11: eth1.101@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether 9c:31:c3:b4:3d:98 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::9e31:c3ff:feb4:3d98/64 scope link
       valid_lft forever preferred_lft forever
12: map-WAN6_4: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 16384 qdisc noqueue state UNKNOWN qlen 1000
    link/[65534]
    inet6 fe80::ef6e:cbcf:b205:9010/64 scope link flags 800
       valid_lft forever preferred_lft forever
ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
    link/ether bc:24:11:6c:f5:cd brd ff:ff:ff:ff:ff:ff
3: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc noop state DOWN qlen 1000
    link/tunnel6 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 brd 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000
    link/ether 9c:31:c3:b4:3d:98 brd ff:ff:ff:ff:ff:ff
5: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel master br-lan state DOWN qlen 1000
    link/ether d0:00:06:22:68:55 brd ff:ff:ff:ff:ff:ff
6: eth3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel master br-lan state DOWN qlen 1000
    link/ether d0:00:06:22:68:56 brd ff:ff:ff:ff:ff:ff
7: eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
    link/ether d0:00:06:22:68:57 brd ff:ff:ff:ff:ff:ff
8: eth5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
    link/ether d0:00:06:22:68:58 brd ff:ff:ff:ff:ff:ff
9: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 34:13:e8:cf:25:c4 brd ff:ff:ff:ff:ff:ff
10: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether bc:24:11:6c:f5:cd brd ff:ff:ff:ff:ff:ff
11: eth1.101@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether 9c:31:c3:b4:3d:98 brd ff:ff:ff:ff:ff:ff
12: map-WAN6_4: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 16384 qdisc noqueue state UNKNOWN qlen 1000
    link/[65534]

Thanks.

  1. Shouldn't there be any IPv4 address on the map-WAN6_4 interface?
  2. Sorry I forgot to ask about ip -4 route show...

the map-WAN6_4 interface appeared automatically after I installed the map package in openwrt. I can't configure it

root@OpenWrt:~# ip -4 route show
default dev map-WAN6_4 scope link
192.168.0.0/24 dev br-lan scope link  src 192.168.0.1

I tried to verify but I can't....
I'm still not sure but I think the map-t interface needs a global IPv6 address and at least some ipv4...
See i.e. https://www.jool.mx/en/run-mapt.html (from the point of you of a provider/network operator)

I don't see how this works without wan holding an IPv4 address. There is no place to originate pings from.

What does a traceroute from a LAN computer to an external v4 address such as 1.1.1.1 report?

root@Wireguard:/# traceroute 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  0.436 ms  0.350 ms  0.321 ms
 2  101.56.184.214 (101.56.184.214)  0.832 ms  0.793 ms  0.757 ms
 3  101.56.184.214 (101.56.184.214)  7.239 ms  7.195 ms  7.131 ms
 4  * * *

I've also noticed these errors when i ping 1.1.1.1 for example
image

I don't think is related.... Ok putting the sarcasm aside, how did you configured the interface with UCI in etc config network?

maybe some external firewall is preventing ipv4 ping flood

Sry but one ping a second is hardly a flood.

instead of detecting flood the firewall is set to block all icmp echo request.

When this is done by the ISP it would be more then dump. Also the user said it was working before with the provider equipment...

Afterall the configuration is very basic

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'eth0'
        list ports 'eth2'
        list ports 'eth3'
        list ports 'eth4'
        list ports 'eth5'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.0.1'
        option netmask '255.255.255.0'
        option ip6assign '64'
        option delegate '0'

config interface 'WAN'
        option proto 'dhcp'
        option device 'eth1.101'
        option peerdns '0'
        list dns '1.1.1.1'

config device
        option name 'eth1'
        option macaddr '9C:31:C3:B4:3D:98'

config device
        option type '8021q'
        option ifname 'eth1'
        option vid '101'
        option name 'eth1.101'

config interface 'WAN6'
        option proto 'dhcpv6'
        option device 'eth1.101'
        option reqaddress 'try'
        option reqprefix 'auto'
        option peerdns '0'
        list dns '2606:4700:4700::1111'

I see but where do you configure the wan interface as map-t device?

@bluray93 you might find this of interest: https://www.ripe.net/media/documents/Richard_Patterson_-_Sky_Italia_and_MAP-T_-_RIPE_Open_House_2021.pdf