Hi,

I am unable to send and receive packets directly on the lan1 interface when it is not part of a bridge.

I have seen this on today's OpenWrt master.

I changed the OpenWrt network configuration like this:
--------------------------
root@OpenWrt:/# cat /etc/config/network

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

config globals 'globals'
        option ula_prefix 'fd39:7fe0:0309::/48'

config device
        option name 'lan1'
        option macaddr '9a:0d:67:06:9a:40'

config interface 'lan'
        option device 'lan1'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

root@OpenWrt:/#
--------------------------

The interface is configured and brought up correctly:
--------------------------
root@OpenWrt:/# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 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 1504 qdisc mq state UP group default qlen 1000
    link/ether 98:0d:67:06:9a:40 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::9a0d:67ff:fe06:9a40/64 scope link
       valid_lft forever preferred_lft forever
3: lan1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 9a:0d:67:06:9a:40 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.1/24 brd 192.168.1.255 scope global lan1
       valid_lft forever preferred_lft forever
    inet6 fd39:7fe0:309::1/60 scope global noprefixroute
       valid_lft forever preferred_lft forever
    inet6 fe80::980d:67ff:fe06:9a40/64 scope link
       valid_lft forever preferred_lft forever
4: lan2@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 98:0d:67:06:9a:40 brd ff:ff:ff:ff:ff:ff
.........
--------------------------

I see that some packets are received, but the RX counter do not increase anymore:
--------------------------
root@OpenWrt:/# ip -s link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped missed  mcast
    117616     1497     0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    117616     1497     0       0       0       0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 98:0d:67:06:9a:40 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped missed  mcast
    812        8        0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    7310       62       0       0       0       0
3: lan1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 9a:0d:67:06:9a:40 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped missed  mcast
    668        8        0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    4972       46       0       0       0       0
4: lan2@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether 98:0d:67:06:9a:40 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped missed  mcast
    0          0        0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    0          0        0       0       0       0
.....
--------------------------

In wireshark on a connected host I do not see any packets from this device, but the link is up.

When I use OpenWrt's default network configuration using a bridge, network works like expected. I took care of the VLAN 100 which is used by default, but this setup does not use any VLAN.

I would like to use a very similar configuration for the failsafe mode which is also not working correctly.

Hauke

Attachment: OpenPGP_0x93DD20630910B515.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to