IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Forum zu aktuellen Geräten der LANCOM Router/Gateway Serie

Moderator: Lancom-Systems Moderatoren

Benutzeravatar
Bernie137
Beiträge: 1700
Registriert: 17 Apr 2013, 21:50
Wohnort: zw. Chemnitz und Annaberg-Buchholz

IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von Bernie137 »

Hallo,

folgender Aufbau getestet mit 1781EF+ und 1900EF:

ETH1 = LAN1
WAN = DSL1

ETH1 verbunden mit Switch (untagged + VLAN711)
WAN verbunden mit Switch (VLAN711)

Code: Alles auswählen

Network-name      IP-Address       IP-Netmask       VLAN-ID  Interface           Src-check      Type      Rtg-tag  Comment                                                         
==================-----------------------------------------------------------------------------------------------------------------------------------------------------------------
"INTRANET"       {IP-Address}  10.10.0.7       {IP-Netmask}  255.255.0.0     {VLAN-ID}  0       {Interface}  LAN-1              {Src-check}  loose         {Type}  Intranet {Rtg-tag}  0       {Comment}  "local intranet"
"FEST711"        {IP-Address}  192.168.153.1   {IP-Netmask}  255.255.255.0   {VLAN-ID}  711     {Interface}  LAN-1              {Src-check}  loose         {Type}  Intranet {Rtg-tag}  0       {Comment}  ""
Es existiert eine IPoE Verbindung:

Code: Alles auswählen

Peer              IP-Address       IP-Netmask       Masq.-IP-Addr.   Gateway          DNS-Default      DNS-Backup       NBNS-Default     NBNS-Backup    
==================--------------------------------------------------------------------------------------------------------------------------------------
"RIFU711"        {IP-Address}  192.168.71.5    {IP-Netmask}  255.255.255.0   {Masq.-IP-Addr.}  0.0.0.0         {Gateway}  0.0.0.0         {DNS-Default}  0.0.0.0         {DNS-Backup}  0.0.0.0         {NBNS-Default}  0.0.0.0         {NBNS-Backup}  0.0.0.0
Dazu dieser Polling-Eintrag

Code: Alles auswählen

Peer              IP-Address-1     IP-Address-2     IP-Address-3     IP-Address-4     Time   Try    Loopback-Addr.    Type     
==================-------------------------------------------------------------------------------------------------------------
"RIFU711"        {IP-Address-1}  192.168.71.1    {IP-Address-2}  192.168.71.11   {IP-Address-3}  192.168.71.21   {IP-Address-4}  0.0.0.0         {Time}  20    {Try}  3     {Loopback-Addr.}  ""               {Type}  Forced
Bis Firmware 10.12.0659-RU12 funktioniert das tadellos. Ab Firmware 10.20.xxx ... 10.30.xxx ergibt sich folgendes Verhalten:
Der Router erkennt einen Ausfall der IPoE Verbindung anstandslos. Jedoch kann er das IPoE Interface nicht mehr online bringen, obwohl kein Fehlerfall mehr vorliegt. Es hilft auch kein Router Neustart.

Entweder ich lösche den Polling Eintrag oder das Netzwerk "FEST711". Danach kommt das IPoE Interface sofort wieder online. Beide Varianten helfen mir nicht weiter.

bis Firmware 10.12.0659-RU12 ICMP-Trace

Code: Alles auswählen

[ICMP] 2019/06/28 13:21:47,629  Devicetime: 2019/06/28 13:21:45,610
ICMP poll timeout for RIFU711
remote site did not answer during intervall
setting poll time to 1 sec. (7 retries left)
send poll frame to 192.168.71.1
send poll frame to 192.168.71.11
send poll frame to 192.168.71.21

[ICMP] 2019/06/28 13:21:47,629  Devicetime: 2019/06/28 13:21:45,610
ICMP generate packet for Dest-IP: 192.168.71.1: Echo request, ID: 8, Seq: 0, Tx (WAN, RIFU711) 

[ICMP] 2019/06/28 13:21:47,629  Devicetime: 2019/06/28 13:21:45,610
ICMP generate packet for Dest-IP: 192.168.71.11: Echo request, ID: 8, Seq: 0, Tx (WAN, RIFU711) 

[ICMP] 2019/06/28 13:21:47,629  Devicetime: 2019/06/28 13:21:45,610
ICMP generate packet for Dest-IP: 192.168.71.21: Echo request, ID: 8, Seq: 0, Tx (WAN, RIFU711) 
ab Firmware 10.20.xxx + folgende ICMP-Trace

Code: Alles auswählen

[ICMP] 2019/06/28 13:16:44,682  Devicetime: 2019/06/28 13:16:43,207
dropped ICMP: Destination unreachable (3), port unreachable (3), cause: link layer broadcast

[ICMP] 2019/06/28 13:16:44,858  Devicetime: 2019/06/28 13:16:43,380
ICMP poll timeout for RIFU711
remote site did not answer during intervall
setting poll time to 1 sec. (8 retries left)
send poll frame to 192.168.71.1
send poll frame to 192.168.71.11
send poll frame to 192.168.71.21
Ist das eine Fehlkonfiguration oder ein Fehlverhalten?

Viele Grüße
Heiko
Man lernt nie aus.
Benutzeravatar
Bernie137
Beiträge: 1700
Registriert: 17 Apr 2013, 21:50
Wohnort: zw. Chemnitz und Annaberg-Buchholz

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von Bernie137 »

Hallo,

Ich habe das mal an den Support weiter gegeben.

Gruß Heiko
Man lernt nie aus.
Pauli
Beiträge: 401
Registriert: 06 Mär 2006, 15:49

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von Pauli »

Hallo,

ich dieses Verhalten ebefalls bei meiner IPOE Verbindung zu einem Kabelmodem festgestellt.Löscht man den Polling eintrag ist die Verbindung sofort wieder da.

Irgendeine Erkenntnis dazu?

Gruß, Pauli
Benutzeravatar
Bernie137
Beiträge: 1700
Registriert: 17 Apr 2013, 21:50
Wohnort: zw. Chemnitz und Annaberg-Buchholz

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von Bernie137 »

Hallo,

nein da gibt es keine weitere Erkenntnis dazu. Der Support hat mein Ticket geschlossen während ich im Urlaub war. Inzwischen habe ich mich von dieser Konfiguration verabschiedet und es nicht weiter verfolgt.

Gruß Bernie
Man lernt nie aus.
Pauli
Beiträge: 401
Registriert: 06 Mär 2006, 15:49

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von Pauli »

OK, sehr schade, aber Danke für die Rückmeldung.
Benutzeravatar
ecox
Beiträge: 697
Registriert: 28 Jan 2015, 17:25

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von ecox »

Ja moin,

also ich hab ja auch schon lange nichts mehr hier rein geschrieben aber da es sich hier offensichtlich um einen Bug handelt, geb ich mal mein Senf dazu...ein Kollege kam neulich zu mir und meinte seine IPoE bricht zusammen sobald er ein Polling rein macht, hmm, naja, ich hab das erstmal gechecked und es sah soweit alles in Ordnung aus was in Ordnung aussehen muss für so eine Verbindung.

Sei es drum, ein Polling ins LAN, kein Thema, ins WAN, no way...die LANCOMs, auf beiden Seiten quitieren dies regellos mit "dropped icmp ....cause: link layer broadcast", genau diese meldung sehe ich bis zur 10.12ru12 nicht...

Ich könnte jetzt wieder ewig die Release-logs durchgucken um herauszufinden an welcher stelle das QM mal wieder nicht bei d er sache war, aber nein, ich bitte dies als bug aufzunehmen, wenn es worked as designed ist, dann nennt mir bitte einen grund, ich bin immer dabei was neues zu lernen...

Ich habe es getestet mit 10.20; 10.30 und 10.40 - es geht nirgends, davor, war es nie ein Thema, so what...der Hinweis mit der 10.12 der schon vom vorredner kommt, sollte ja hinweis genug sein...

grüße
ecox

...
In der LANCOM ARP-Implementierung wurde eine Prüfung eingebaut, bei welcher empfangene ARP-Pakete mit
einer Absende-MAC-Adresse und gesetztem Group-Bit (Multi-/Broadcast) verworfen wurden. Dies konnte dazu
führen, dass eine Layer-2-Kommunikation nicht funktionierte und z.B. ein Ping an einen lokalen Server scheiterte.
...??
MÜHSAM ERNÄHRT SICH DAS EICHHÖRNCHEN
ittk
Beiträge: 1244
Registriert: 27 Apr 2006, 09:56

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von ittk »

ecox hat geschrieben: 18 Apr 2020, 19:56 Ja moin,

also ich hab ja auch schon lange nichts mehr hier rein geschrieben aber da es sich hier offensichtlich um einen Bug handelt, geb ich mal mein Senf dazu...ein Kollege kam neulich zu mir und meinte seine IPoE bricht zusammen sobald er ein Polling rein macht, hmm, naja, ich hab das erstmal gechecked und es sah soweit alles in Ordnung aus was in Ordnung aussehen muss für so eine Verbindung.

Sei es drum, ein Polling ins LAN, kein Thema, ins WAN, no way...die LANCOMs, auf beiden Seiten quitieren dies regellos mit "dropped icmp ....cause: link layer broadcast", genau diese meldung sehe ich bis zur 10.12ru12 nicht...

Ich könnte jetzt wieder ewig die Release-logs durchgucken um herauszufinden an welcher stelle das QM mal wieder nicht bei d er sache war, aber nein, ich bitte dies als bug aufzunehmen, wenn es worked as designed ist, dann nennt mir bitte einen grund, ich bin immer dabei was neues zu lernen...

Ich habe es getestet mit 10.20; 10.30 und 10.40 - es geht nirgends, davor, war es nie ein Thema, so what...der Hinweis mit der 10.12 der schon vom vorredner kommt, sollte ja hinweis genug sein...
....
Dann erstelle doch selbst mal einen offiziellen Supportfall...
12x 1621 Anx. B-21x 1711 VPN-3x 1722 Anx. B-7x 1723 VoIP-1x 1811 DSL, 1x 7011 VPN-1 x 7111 VPN-1x 8011 VPN-10er Pack Adv. VPN Client (2x V1.3-3x 2.0)-Hotspot Option-Adv. VoIP Client/P250 Handset-Adv.VoIP Option-4x VPN-Option-2x L-54 dual-2x L54ag-2x O-18a
Benutzeravatar
ecox
Beiträge: 697
Registriert: 28 Jan 2015, 17:25

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von ecox »

ittk hat geschrieben: 19 Apr 2020, 10:16 Dann erstelle doch selbst mal einen offiziellen Supportfall...
Hallo,

nein, das hat historische Hintergründe, den Weg über den offiziellen Support gehe ich nicht mehr, sorry.

LANCOM liest hier mit, das weiß jeder, es ist aber ein öffentliches Forum und es besteht seitens LANCOM keine Pflicht hier Bugs zu tracken oder ähnliches, wenn aber mehrere erfahrende User, die seit 10 Jahren und mehr mit LANCOM zu tun haben und viel näher am Kunden und der Realität sind als es jeh ein Entwickler sein wird, verstehe ich nicht, warum offensichtlich gemeldete Fehler nicht einfach aufgenommen werden und gut ist, aber vorher hörst du dir hier erstmal ala Knigge n paar coole Sprüche an wie man sich zu benehmen hat...dann folgen einige anekdoten aus zeiten wo der großteil hier im forum noch nicht mal auf der welt war und wie cool alles mit nem ibm mainframe war und so weiter ;)...blablabla...wir sind hier im Internet, wer damit nicht klar kommt hat da irgendwas verpasst...

keinesfalls ein angriff auf die user hier, hier sind mega experten unterwegs - leider werden auch die selten erhört :) manchmal ein wenig deprimierend :)...ohne dieses foruim wäre ich dennoch sehr oft ins messer gelaufen, das muss man aber auch mal zugestehen...

sei es drum, da es so aussieht das das wort des jahres 2020 "corona" oder "egal" wird...

EGAL...
Es herrscht ja aktuell der Workaround mit der 10.12RU12...sofern man nicht auf bahnbrechende Features und Fixes der der nach folgenden LCOS angewiesen ist, kann auch die 10.12 nehmen...

einen angenehmen sonntag noch...

grüße
ecox
MÜHSAM ERNÄHRT SICH DAS EICHHÖRNCHEN
ittk
Beiträge: 1244
Registriert: 27 Apr 2006, 09:56

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von ittk »

ecox hat geschrieben: 19 Apr 2020, 15:33
Hallo,

nein, das hat historische Hintergründe, den Weg über den offiziellen Support gehe ich nicht mehr, sorry.

LANCOM liest hier mit, das weiß jeder, es ist aber ein öffentliches Forum und es besteht seitens LANCOM keine Pflicht hier Bugs zu tracken oder ähnliches, wenn aber mehrere erfahrende User, die seit 10 Jahren und mehr mit LANCOM zu tun haben und viel näher am Kunden und der Realität sind als es jeh ein Entwickler sein wird, verstehe ich nicht, warum offensichtlich gemeldete Fehler nicht einfach aufgenommen werden und gut ist,
[/quote]

Soso, immer schoen den einfachen Weg gehen und alles aussitzen oder bis es jemand Anderes es gemeldet hat :D
Sofern Du auch einfach mal die Position der Gegenseite einnehmen wuerdest, wuedest Du es vielleicht nachvollziehen koennen, dass alles nunmal in ein ordentlich protokolliertes, offizielles Supportticket gehoert. Ein schones Rest-WE ;)
12x 1621 Anx. B-21x 1711 VPN-3x 1722 Anx. B-7x 1723 VoIP-1x 1811 DSL, 1x 7011 VPN-1 x 7111 VPN-1x 8011 VPN-10er Pack Adv. VPN Client (2x V1.3-3x 2.0)-Hotspot Option-Adv. VoIP Client/P250 Handset-Adv.VoIP Option-4x VPN-Option-2x L-54 dual-2x L54ag-2x O-18a
Benutzeravatar
ecox
Beiträge: 697
Registriert: 28 Jan 2015, 17:25

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von ecox »

ittk hat geschrieben: 19 Apr 2020, 19:29 Soso, immer schoen den einfachen Weg gehen und alles aussitzen oder bis es jemand Anderes es gemeldet hat :D
Sofern Du auch einfach mal die Position der Gegenseite einnehmen wuerdest, wuedest Du es vielleicht nachvollziehen koennen, dass alles nunmal in ein ordentlich protokolliertes, offizielles Supportticket gehoert. Ein schones Rest-WE ;)
Sicher, streitet niemand ab...aussitzen, nunja, eher nicht, wir wissen ja noch nicht ein mal ob es gewollt ist, denn die lancoms droppen ja die icmps ab der 10.12RU12...ich habe selber schon mit X varianten versucht das zum laufen zu bekommen, keine chance...

darum sagte ich, abwarten was lancom sagt - man kann ja aktuell mit augen zu drücken das problem umschiffen...

grüße

ecox
MÜHSAM ERNÄHRT SICH DAS EICHHÖRNCHEN
backslash
Moderator
Moderator
Beiträge: 7010
Registriert: 08 Nov 2004, 21:26
Wohnort: Aachen

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von backslash »

Hi ecox,

der Punkt ist, daß der Fehler nicht nachstellbar ist - das Polling funktioniert hier problemlos...

Der Meldung mit dem "link layer broadcast" kommt dann, wenn das LANCOM eine ICMP-Fhelermeldung schicken will und das Paket, auf das die Meldung geschickt werden nsoll, als Ethernet-Broadcast empfangen wurde. Bei einem normalen Ping wird diese Meldung nicht ausgegeben. Wenn die Meldung bei dir kommt, dann mußt du erstmal schauen was an dem einkommenden Paket falsch ist.

BTW: so hat das bisher auch noch niemand erzählt. Das ist also eine neue Information und nichts was von LANCOM einfach ausgesessen wurde. Und nein, ich werde das nicht als Bug eintragen, weil ich erstmal keinen Bug im LANCOM sehe.

Und was mit der Bugmeldung des Threaderöffners passsiert ist, kann ich nicht sagen - aber vermutlich hat man da schon (vergeblich) versucht das nachzutellen, hat dem Kunden einige Fragen gestellt und als keine Antwort kam (Stichwort: Urlaub), den Bug gesachlossen.

Gruß
Backslash
Benutzeravatar
ecox
Beiträge: 697
Registriert: 28 Jan 2015, 17:25

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von ecox »

ich habe doch aber an der konfig nichts geändert, nur am LCOS
wieso verwirft der 10.32 die Pakete eine 10.12 aber nicht? warum sieht der lancom das auf einmal als nicht richtig an obwohl ich doch sonst an keinen einzigen parameter was geändert habe..das ist doch erstmal die frage...den geändert, habe ich nichts und auch am rest der Infrastruktur wurde nichts geändert...dedüm
MÜHSAM ERNÄHRT SICH DAS EICHHÖRNCHEN
Dr.Einstein
Beiträge: 2893
Registriert: 12 Jan 2010, 14:10

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von Dr.Einstein »

Als Idee in den Raum geworfen: Mit 10.20 hat sich das Verhalten der WAN Tag-Tabelle verändert. Der Automatismus ist rausgeflogen. Ich könnte mir vorstellen, dass das Polling nicht mehr funktioniert, wenn keine passende Route zu dem Ziel existiert (Routing Tags der Routing Tabelle beachten) oder explizit die Tag-Tabelle etwas gegensätzliches beinhaltet.

Beachte: Ein vom Router erzeugtes ICMP Paket kann sich anders verhalten als ein vom LAN abgeschickter Ping.

Gruß Dr.Einstein
Benutzeravatar
ecox
Beiträge: 697
Registriert: 28 Jan 2015, 17:25

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von ecox »

Hallo Dr. Einstein,

ja, das haben wir bereits herausgefunden, es lag an der WAN TAG Tabelle...man oh man...
Man könnte mir ja jetzt vorwerfen, das ich bei der 10.12 die Route vergessen habe und es auf gut Glück ging und mir nie aufgefallen ist.
Aber: Wo war dann jetzt der Bug, in der 10.12? 10.20? Oder war es von Anfang an normales verhalten?

Grüße
MÜHSAM ERNÄHRT SICH DAS EICHHÖRNCHEN
Dr.Einstein
Beiträge: 2893
Registriert: 12 Jan 2010, 14:10

Re: IPoE Polling, Reconnect Problem ab LCOS10.20.xxx

Beitrag von Dr.Einstein »

Weder noch oder? Es steht explizit in den Releasenotes der 10.20, dass sich das Tagging-Verhalten verändert hat. Veränderung heißt, kann weiter gehen wie vorher, muss aber nicht =)

Gruß Dr.Einstein
Antworten