Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 37 subscribers
  • Views 3684 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

Probelme PPOE VDSL / Sophos UTM (SW)

jheinemann
Moin zusammen,

also folgendes Szenario:

a) Modem Zyxel VMG - Bridge Modus (funktioniert)
b) VMWare Esxi 5.5 
c) Sophos UTM installiert 

Nun richten wir den Verbindungsaufbau ein und haben leider das Problem, dass das Intrface weiterhin down ist.

Folgendes Setting ESXI


  • vSwitch 0: Internal - vmnic1 (connected mit 1 GB)
  • vmswitch2: WAN - vmnic4 (connected 100 MBIT an Zyxel) - VLAN ID 7


Settings Zyxel:

  • IP 10.32.1.253 
  • Bridge Modus
  • Firmware angepasst für T-VDSL (getestet im Bridge Modus über Verbindungsaufbau aus Notebook (PPOE))


Settings Sophos:

  • IP 10.32.1.254 
  • Interface 0: Intern
  • Interface 1: WAN -> über Konfigurator
  • VLAN Tag 7 ausprobiert (auch ohne)


Settings Switch:

  • Switch erst einmal deaktiviert - direkte Verbindung Notebook - Host - Zyxel


Folgendes Error Reporting aus der Log Datei erhalten:
2015:04:24-17:48:09 remote pppd-pppoe[6388]: Plugin rp-pppoe.so loaded.
2015:04:24-17:48:09 remote pppd-pppoe[6388]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6
2015:04:24-17:48:09 remote pppd-pppoe[6388]: pppd 2.4.6 started by root, uid 0
2015:04:24-17:48:09 remote pppd-pppoe[6388]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2015:04:24-17:48:09 remote pppd-pppoe[6388]:  dst ff:ff:ff:ff:ff:ff  src 0:c:29:83:9:bd
2015:04:24-17:48:09 remote pppd-pppoe[6388]:  [service-name] [host-uniq  f4 18 00 00]
2015:04:24-17:48:14 remote pppd-pppoe[6388]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2015:04:24-17:48:14 remote pppd-pppoe[6388]:  dst ff:ff:ff:ff:ff:ff  src 0:c:29:83:9:bd
2015:04:24-17:48:14 remote pppd-pppoe[6388]:  [service-name] [host-uniq  f4 18 00 00]
2015:04:24-17:48:24 remote pppd-pppoe[6388]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2015:04:24-17:48:24 remote pppd-pppoe[6388]:  dst ff:ff:ff:ff:ff:ff  src 0:c:29:83:9:bd
2015:04:24-17:48:24 remote pppd-pppoe[6388]:  [service-name] [host-uniq  f4 18 00 00]
2015:04:24-17:48:35 remote pppd-pppoe[6388]: error receiving pppoe packet: Network is down
2015:04:24-17:48:55 remote pppd-pppoe[6388]: Timeout waiting for PADO packets
2015:04:24-17:48:55 remote pppd-pppoe[6388]: Unable to complete PPPoE Discovery
2015:04:24-17:48:55 remote pppd-pppoe[6388]: Exit.
2015:04:24-17:48:55 remote pppd-pppoe[6651]: Plugin rp-pppoe.so loaded.
2015:04:24-17:48:55 remote pppd-pppoe[6651]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6
2015:04:24-17:48:55 remote pppd-pppoe[6651]: pppd 2.4.6 started by root, uid 0
2015:04:24-17:48:55 remote pppd-pppoe[6651]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2015:04:24-17:48:55 remote pppd-pppoe[6651]:  dst ff:ff:ff:ff:ff:ff  src 0:c:29:83:9:bd
2015:04:24-17:48:55 remote pppd-pppoe[6651]:  [service-name] [host-uniq  fb 19 00 00]
2015:04:24-17:49:00 remote pppd-pppoe[6651]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2015:04:24-17:49:00 remote pppd-pppoe[6651]:  dst ff:ff:ff:ff:ff:ff  src 0:c:29:83:9:bd
2015:04:24-17:49:00 remote pppd-pppoe[6651]:  [service-name] [host-uniq  fb 19 00 00]
2015:04:24-17:49:10 remote pppd-pppoe[6651]: Send PPPOE Discovery V1T1 PADI session 0x0 length 12
2015:04:24-17:49:10 remote pppd-pppoe[6651]:  dst ff:ff:ff:ff:ff:ff  src 0:c:29:83:9:bd
2015:04:24-17:49:10 remote pppd-pppoe[6651]:  [service-name] [host-uniq  fb 19 00 00]
2015:04:24-17:49:30 remote pppd-pppoe[6651]: Timeout waiting for PADO packets
2015:04:24-17:49:30 remote pppd-pppoe[6651]: Unable to complete PPPoE Discovery
2015:04:24-17:49:30 remote pppd-pppoe[6651]: Exit.
2015:04:24-17:49:30 remote pppoe-sh: DSL connection time shorter than 60 seconds (35 sec): Error? - wait 5 seconds


Habt ihr eine Idee was wir falsch machen?

Vielen Dank!

LG
jh


This thread was automatically locked due to age.
Parents
  • 0
    Falls das Problem bei jemandem auftritt:

    Wir haben die statische IP-Adresse (inklusive Subnetz etc.) ins Interface eingetragen. Auf dem Switch und dem Router/Modem muss der VLAN-Tag 7 gesetzt sein (Telekom VDSL). Dann geht es.

    Beste Grüße
    jh
Reply
  • 0
    Falls das Problem bei jemandem auftritt:

    Wir haben die statische IP-Adresse (inklusive Subnetz etc.) ins Interface eingetragen. Auf dem Switch und dem Router/Modem muss der VLAN-Tag 7 gesetzt sein (Telekom VDSL). Dann geht es.

    Beste Grüße
    jh
Children
No Data
Unfiltered HTML