Jump to content

OPI is not reachable from another OPI in the same ethernet LAN


Recommended Posts

Posted

Hi,

I have two Opi in the same LAN (Ethernet wired) and trying comunicating each other (client-server TCP/UDP) 

The issue is:
  From a Laptop in the same LAN, both OPI are detected, and I can ping and SSH both of them. DHCP works fine, they have intertet... all seems to be ok...
  But, none of the OrangePI are reachable (not even ping) from other OrangePI in the same LAN!!!

 

Thanks in advance in case anyone could support. It is getting me crazy.

 

 

More info:

 

Orange Pi Zero config:
-Allwinner H2+ quad core 1,2GHz 32bits
-SO=Armbian_5.83_Orangepizero_Debian_stretch_next_4.19.38
- ethernet configurated gateway: 192.168.1.1 (the LAN router)

 

Conected LAN devices:
-Router Ethernet+WIFI: 192.168.1.1/24
-One OrangPI Zero (192.168.1.2/24 MAC=02:42:5d:b7:68:9c)- connected by EThernet cable  (Armbian_5.83_Orangepizero_Debian_stretch_next_4.19.38)
-One OrangPI Zero conected (192.168.1.4/24 mac=02:42:26:33:15:db )- connected by EThernet cable  (Armbian_5.83_Orangepizero_Debian_stretch_next_4.19.38)
-A windows 7 computer (192.168.1.35/24)- connected by WIFI
-A windows 10 computer (192.168.1.36/24) - connected by WIFI
-An Android mobile phones (192.168.1.39/24)- connected by WIFI

 

Both OrangePI:
- Are seen from the router, from the Windows laptps, and from the mobile phone app
- Are succesfully ping from the Windows computers
- Can be telnet and SSH.
- They connect ok to internet.

Also from any of the OrangePIs:
- I can ping the Windows laptops
- I can ping the router

 

Again, The issue is:  none of the OrangePI are reachable from other OrangePI in the same LAN!!! :
 
root@192.168.1.4:# ping 192.168.1.2
From 192.168.1.4 icmp_seq=1 Destination Host Unreachable
From 192.168.1.4 icmp_seq=2 Destination Host Unreachable
From 192.168.1.4 icmp_seq=3 Destination Host Unreachable
From 192.168.1.4 icmp_seq=4 Destination Host Unreachable
From 192.168.1.4 icmp_seq=5 Destination Host Unreachable
From 192.168.1.4 icmp_seq=6 Destination Host Unreachable
 
root@Problemo:~# ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data.
From 192.168.1.2 icmp_seq=1 Destination Host Unreachable
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
 

Posted
1 hour ago, Alvaro said:

Again, The issue is:  none of the OrangePI are reachable from other OrangePI in the same LAN!!! :

It is almost unbelievable !

It must be something specific to your network/router !

I've more than 10 OPis of different flavors, some NanoPis annd someother boards, they are able to reach each others ...

Posted
16 hours ago, lanefu said:

can you you do the following from your orange pis


ip addr show
arp -a

Thanks a lot for your answers and support.

I have mounted a third Opi Zero (all Opis are Zero) for increasing tests.
(static IP configured, I ignore IPv6 in 2 of them )

Router detect them (it doest not recognize the hostnames):
Name     MAC Address         IPv4 Address IPv6 Address
        02:42:5d:b7:68:9c     192.168.1.2     ::
        02:42:26:33:15:db     192.168.1.4     fe80::42:26ff:fe33:15db
        02:42:d4:d6:8a:e4     192.168.1.3     ::
        
I will send results from each OPI in different messages:

 

------------ FROM  OPI 192.168.1.2---------------------------------
root@Problemo:~# ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data.
From 192.168.1.2 icmp_seq=1 Destination Host Unreachable

 

root@Problemo:~# ping 192.168.1.3
PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data.
From 192.168.1.2 icmp_seq=1 Destination Host Unreachable

 

root@Problemo:~# ip addr show
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
2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 0e:36:c9:36:13:53 brd ff:ff:ff:ff:ff:ff
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 02:42:5d:b7:68:9c brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 12:42:5d:b7:68:9c brd ff:ff:ff:ff:ff:ff

 

root@Problemo:~# arp -a
csp1.zte.com.cn (192.168.1.1) at 00:4a:77:42:88:ec [ether] on eth0
? (192.168.1.132) at 00:b5:d0:f7:d7:d1 [ether] on eth0
? (192.168.1.133) at b4:69:21:7c:a2:b3 [ether] on eth0
? (192.168.1.136) at <incomplete> on eth0
alaram10 (192.168.1.138) at b4:69:21:7c:a2:b3 [ether] on eth0
? (192.168.1.4) at <incomplete> on eth0
? (192.168.1.130) at c8:ff:28:76:2b:97 [ether] on eth0
-------------------------------------------------------------------------------
 

------------ FROM  OPI 192.168.1.3---------------------------------
root@problemo_cocina:~# ping 192.168.1.2
PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
From 192.168.1.3 icmp_seq=1 Destination Host Unreachable

 

root@problemo_cocina:~# ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data.
From 192.168.1.3 icmp_seq=1 Destination Host Unreachable

 

root@problemo_cocina:~# ip addr show
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
2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether ea:ef:7c:40:d2:55 brd ff:ff:ff:ff:ff:ff
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 02:42:d4:d6:8a:e4 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 12:42:d4:d6:8a:e4 brd ff:ff:ff:ff:ff:ff


root@problemo_cocina:~# arp -a
? (192.168.1.4) at <incomplete> on eth0
? (192.168.1.2) at <incomplete> on eth0
? (192.168.1.132) at 00:b5:d0:f7:d7:d1 [ether] on eth0
csp3.zte.com.cn (192.168.1.1) at 00:4a:77:42:88:ec [ether] on eth0
alaram10 (192.168.1.138) at b4:69:21:7c:a2:b3 [ether] on eth0
 

------------ FROM  OPI 192.168.1.4---------------------------------
root@orangepizero:~# ping 192.168.1.2
PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
From 192.168.1.4 icmp_seq=1 Destination Host Unreachable

 

root@orangepizero:~# ping 192.168.1.3
PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data.
From 192.168.1.4 icmp_seq=1 Destination Host Unreachable

 

root@orangepizero:~# ip addr show
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: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether f2:01:44:c1:7a:7e brd ff:ff:ff:ff:ff:ff
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 02:42:26:33:15:db brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.4/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:26ff:fe33:15db/64 scope link
       valid_lft forever preferred_lft forever
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 12:42:26:33:15:db brd ff:ff:ff:ff:ff:ff

 

root@orangepizero:~# arp -a
? (192.168.1.132) at 00:b5:d0:f7:d7:d1 [ether] on eth0
? (192.168.1.3) at <incomplete> on eth0
csp1.zte.com.cn (192.168.1.1) at 00:4a:77:42:88:ec [ether] on eth0
alaram10 (192.168.1.138) at b4:69:21:7c:a2:b3 [ether] on eth0
? (192.168.1.2) at <incomplete> on eth0

Posted

--------   FROM MY WINDOWS LAPTOP ------
(i can successfully ping all my Opi. Indeed, I succesfully SSH them)

 

C:\Users\alaram>arp -a

Interfaz: 192.168.1.138 --- 0x9
  Dirección de Internet          Dirección física      Tipo
  192.168.1.1           00-4a-77-42-88-ec     dinámico
  192.168.1.2           02-42-5d-b7-68-9c     dinámico
  192.168.1.3           02-42-d4-d6-8a-e4     dinámico
  192.168.1.4           02-42-26-33-15-db     dinámico
  192.168.1.132         00-b5-d0-f7-d7-d1     dinámico
  192.168.1.255         ff-ff-ff-ff-ff-ff     estático
  224.0.0.22            01-00-5e-00-00-16     estático
  224.0.0.251           01-00-5e-00-00-fb     estático
  224.0.0.252           01-00-5e-00-00-fc     estático
  239.255.255.250       01-00-5e-7f-ff-fa     estático
  255.255.255.255       ff-ff-ff-ff-ff-ff     estático

Posted

Your router offering DHCP I guess. It is kind a rare issue but try to use static addresses that are NOT in the address pool of the DHCP.

For example your router/DHCPd is 192.168.1.1, its DHCP address range is .1.10 to 1.100, then try to give your boards 1.101, 1.102 and so on...

 

Posted

Such a strange problem..   it sort of sounds like switch port isolation.  I know sometimes broadcast traffic is isoated between wired and wireless on some routers.   This just sounds backwards so home..

Check your router for any sort of setting related to "isolation" and try changing it.

Posted
12 hours ago, Werner said:

Your router offering DHCP I guess. It is kind a rare issue but try to use static addresses that are NOT in the address pool of the DHCP.

For example your router/DHCPd is 192.168.1.1, its DHCP address range is .1.10 to 1.100, then try to give your boards 1.101, 1.102 and so on...

 

Thanks. I am using static addresses out of the addrss pool of the DHCP (starting at 192.168.1.128).  Anyway I also tested using addresses within DHCP pool. I also tryed using DHCP configuration itself.   Always the same results. 

 

5 hours ago, lanefu said:

Such a strange problem..   it sort of sounds like switch port isolation.  I know sometimes broadcast traffic is isoated between wired and wireless on some routers.   This just sounds backwards so home..

Check your router for any sort of setting related to "isolation" and try changing it.

 

Pretty interesting.... Realizing the only 'non reaching' devices are ethernet wired:

- I have ethernet wired my Windows laptop. Now I cannot reach the OPIZ from it (either static IP configured, nor DHCP configured ).

So now focussing some kind of router ethernet ports isolation in anyway (maybe the ports are linked to wifi network, but isolated port to port...)

Thanks a lot.  I Will deep inside my router and I will post my investigation results... 

 

Note: Also tryed: As per previous arp results, I have manually included the MAC of the peer OPIZ into the  arp table. But then ping has no response

 

Posted

Hi,

Confirmed it must be a router issue. I have conected 2 Windows laptops to the LAN:

-Whenever i connect both of them to Ehertnet ports, they become unreachable one from each other.

-If any of them is wifi connected, all start working.

 

So not an OPIZ issue (by chance, the only hardwired devices trying comunicating each other, were the OPIZ) .

Thanks all for your support. I have learnt a couple of new topics in this thread, and I would likely be still stuck without your answers.

Posted

As I want also to learn something new I did check my TP-Link router for such a option and did found it under the section
Wireless LAN Advanced Settings:

there is a checkbox named Enable Client Isolation and here on my router it isnt checked ;)

 

WiFi_Isolation_option.jpg

Posted

Well, 

My router is a ZTE ZXHN H267N V1.0.

Spending some hours into the router..., but, Unfortunatelly, I cannot see any Isolation option nor VLAN mappings.... The fact is that ports are called LAN1, LAN2, LAN3,... no more options than settings these interfaces on/off.  

Well, I will use a switch for conecting the OPIZs to one an only router LAN interface.

 

Thanks all for your support

 

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines