Thread Info
  • State Verified Answer
  • +4 person also asked this people also asked this
  • Locked Locked
  • Replies 7 replies
  • Answers 1 answer
  • Subscribers 10 subscribers
  • Views 7270 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Problems with PPPOE interfaces since update v9.6

Pascal G

Hello,

So I currently have a problem with one of our customers. Here was the update v9.6 installed on the weekend.

This worked without problems. Until noticed that the PPPOE interfaces no longer come online. New installation of the interfaces has also brought nothing. If the interface is set to Ethernet it will work, but of course it will not be able to connect.

If it were only a DSL connection, one could say it is the provider. Unfortunately, these are two independent connections which are also fed in at different locations.

Attached the PPPOE Log:

2018:12:31-00:00:10 remote-1 pppd-pppoe[13469]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2018:12:31-00:00:10 remote-1 pppd-pppoe[13469]: dst ff:ff:ff:ff:ff:ff src 00:1a:8c:f0:c4:a5
2018:12:31-00:00:10 remote-1 pppd-pppoe[13469]: [service-name] [host-uniq 9d 34 00 00]
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: Recv PPPOE Discovery V1T1 PADT session 0x176a length 0
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: dst 00:1a:8c:f0:c4:a4 src 00:90:1a:a0:b4:6a
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]:
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: dst ff:ff:ff:ff:ff:ff src 00:1a:8c:f0:c4:a4
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: [service-name] [host-uniq a3 34 00 00]
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: Recv PPPOE Discovery V1T1 PADO session 0x0 length 46
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: dst 00:1a:8c:f0:c4:a4 src 00:90:1a:a0:b4:6a
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: [AC-name MAIX46-erx] [host-uniq a3 34 00 00] [service-name] [AC-cookie bc 83 6a dc cc de 78 36 e2 37 8c fb 13 35 ec 1b]
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: Send PPPOE Discovery V1T1 PADR session 0x0 length 32
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: dst 00:90:1a:a0:b4:6a src 00:1a:8c:f0:c4:a4
2018:12:31-00:00:11 remote-1 pppd-pppoe[13475]: [service-name] [host-uniq a3 34 00 00] [AC-cookie bc 83 6a dc cc de 78 36 e2 37 8c fb 13 35 ec 1b]
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: Send PPPOE Discovery V1T1 PADR session 0x0 length 32
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: dst 00:90:1a:a0:b4:6a src 00:1a:8c:f0:c4:a4
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: [service-name] [host-uniq a3 34 00 00] [AC-cookie bc 83 6a dc cc de 78 36 e2 37 8c fb 13 35 ec 1b]
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: Recv PPPOE Discovery V1T1 PADS session 0x176c length 12
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: dst 00:1a:8c:f0:c4:a4 src 00:90:1a:a0:b4:6a
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: [service-name] [host-uniq a3 34 00 00]
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: PADS: Service-Name: ''
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: PPP session is 5996
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: Connected to 00:90:1a:a0:b4:6a via interface eth4
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: using channel 10827
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: Couldn't create new ppp unit: File exists
2018:12:31-00:00:16 remote-1 pppd-pppoe[13475]: Exit.
2018:12:31-00:00:16 remote-1 pppoe-sh: DSL connection time shorter than 60 seconds (20 sec): Error? - wait 5 seconds
2018:12:31-00:00:21 remote-1 pppd-pppoe[14097]: Plugin rp-pppoe.so loaded.
2018:12:31-00:00:21 remote-1 pppd-pppoe[14097]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
2018:12:31-00:00:22 remote-1 pppd-pppoe[14097]: pppd 2.4.7 started by root, uid 0
2018:12:31-00:00:22 remote-1 pppd-pppoe[14097]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2018:12:31-00:00:22 remote-1 pppd-pppoe[14097]: dst ff:ff:ff:ff:ff:ff src 00:1a:8c:f0:c4:a4
2018:12:31-00:00:22 remote-1 pppd-pppoe[14097]: [service-name] [host-uniq 11 37 00 00]
2018:12:31-00:00:27 remote-1 pppd-pppoe[14097]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2018:12:31-00:00:27 remote-1 pppd-pppoe[14097]: dst ff:ff:ff:ff:ff:ff src 00:1a:8c:f0:c4:a4
2018:12:31-00:00:27 remote-1 pppd-pppoe[14097]: [service-name] [host-uniq 11 37 00 00]
2018:12:31-00:00:30 remote-1 pppd-pppoe[13469]: Timeout waiting for PADO packets
2018:12:31-00:00:30 remote-1 pppd-pppoe[13469]: Unable to complete PPPoE Discovery
2018:12:31-00:00:30 remote-1 pppd-pppoe[13469]: Exit.

 

Would be glad if someone had an idea what this may be.

Thanks and regards



This thread was automatically locked due to age.
  • 0

    Hello,


    thanks for posting this, we where still fiddling around to exclude configuration errors on our side!

    We stumbled across exactly the same problem after having re-patched an Ethernet interface of one of our five (three providers, with two double redundancy) PPPoE connections.

    The HA system tried a failover to Node2, which of course could no longer establish a connection due to the "File exists" error described above. This led to multiple meaningless and ineffective node failovers with a complete failure of ALL lines. Fortunately we did this work during the holidays.

    After intensive testing, we found that either activating HA with failover or activating the fifth PPPoE connection would cause all lines to fail with unsuccessful reconnects.

    Since it is a showstopper, ,  I ask you to give top priority to this!

    Best regards,

    HP

  • 0 in reply to HanspeterHolzer

    Hello,

    and thank you for your answer. Is there a work-around for this? The customer is currently working with only one line which is very unpleasant in case of a breakdown.

    In fact, we only have the phenomenon on firewalls with HA. Other systems without HA do not have the problem.

    Thanks in advance.

    many Greetings

    best regards,

    Pascal

    IT-SECURITY CONSULTANT 

    Certified Architect - XG | UTM | MOBILE 

  • 0 in reply to Pascal G

    No Idea? 

    best regards,

    Pascal

    IT-SECURITY CONSULTANT 

    Certified Architect - XG | UTM | MOBILE 

  • 0 in reply to Pascal G

    No, sorry, no idea.

    I think without a bugfix from Sophos PPPoE with HA is a no-go in 9.6.

  • +1 in reply to HanspeterHolzer

    Yes, unfortunately I can not wait that long. That's why I removed NODE2, reset it, and redesigned it with v9.5.

    best regards,

    Pascal

    IT-SECURITY CONSULTANT 

    Certified Architect - XG | UTM | MOBILE 

  • 0 in reply to Pascal G

    Thread closed. New installation solved the Problem 

    best regards,

    Pascal

    IT-SECURITY CONSULTANT 

    Certified Architect - XG | UTM | MOBILE 

  • 0

    Hi,

     

    I faced the same issue, it caused a 30m downtime...The installation is HA Active/Standby with 2 PPPoE DSL connections. Now I triggered a failover in the cluster, the slave node took over, but the 2 dsl connections didn´t come back, even PADI,PADO,PADR,PADS were exchanged. I then disabled/enabled the interfaces without any change. I then initiated a failover again back to the old master node, this didn´t also change anything. After that I disabled HA, disabled one node. This didn´t help out aswell. I again tried to disable/enable the dsl interfaces, no change. After that I finally rebootet the remaining node and after that, the connections came back again....

     

    Already raised a ticket.....

     

    Edit 2019-02-11: There is a rpm available, Sophos can install it.

     

    BR

    Sebastian

Unfiltered HTML