Hallo Support,
wir haben seit letzter Woche eine VDSL25 (T-Business) geschaltet und würden diesen gerne als zusätzliche Leitung bereitstellen.
Bestehend ist eine ADSL über ppp99 (Versatel)
Für die neue VDSL soll ein Allnet126AS Modem verwendet werden. Über ein Notebook mit VLAN ID7 und PPPOE funktioniert die Einwahl und alles ist gut.
Wenn in der SP (Build 10.6.5) ppp0 neu angelegt wird (ETH3.7) so wird anschließend ein Update Interface durchgeführt und es passiert nichts. Die Definition "nichts" ist eher schlecht, leider taucht im Log kein PPPOE Discovery oder ähnliches auf.
Um ehrlich zu seien stehe ich auf dem Schlauch.
- Zugangsdaten verifiziert und korrekt
- Modem funktioniert, Einwahl über Notebook ok
- Die Konfiguration sollte korrekt sein
- Keine Einträge im Logging
Wie kann ich dem Thema auf die Schliche kommen?
Grüße
A.Rietz
VDSL Einwahl als 2. Leitung
Moderator: Securepoint
VDSL Einwahl als 2. Leitung
Some people want it to happen, some wish it would happen, others make it happen.
Hallo,
zuerst einmal sollten Sie prüfen, ob mit dem Link selber alles in Ordnung ist. Dazu führen Sie aus "ip -s link show eth0". Der Out put ist dann ähnlich zu diesem:
"errors" und "collsns" sollte immer auf 0 stehen und der "state" auf "UP". Ist der "DOWN", ist entweder das Interface oder das verwendete Kabel defekt (auch mal ein Crossover-Kabel probieren!).
Sollte der Link in Ordnung sein, wäre zu prüfen, ob die Firewall überhaupt irgendwas zu dem Interface raus schickt:
Sollte das unübersichtlich sein (was unwahrscheinlich ist, da es ja "nicht geht") filtern Sie den Output mittels
Sehen Sie dort "PADO"-Pakete? Wenn ja, liegt das Problem irgendwo vor der Firewall. Wenn nicht, prüfen Sie mittels
ob der PPP-Server überhaupt korrekt gestartet wurde.
zuerst einmal sollten Sie prüfen, ob mit dem Link selber alles in Ordnung ist. Dazu führen Sie aus "ip -s link show eth0". Der Out put ist dann ähnlich zu diesem:
Code: Alles auswählen
# ip -s link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:0b:ab:54:29:52 brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
1791434974 2510514 0 0 0 0
TX: bytes packets errors dropped carrier collsns
586204767 2049890 0 0 0 0
Sollte der Link in Ordnung sein, wäre zu prüfen, ob die Firewall überhaupt irgendwas zu dem Interface raus schickt:
Code: Alles auswählen
# tcpdump -i eth0 -nnp
Code: Alles auswählen
# tcpdump -i eth0 -nnp pppoed
Code: Alles auswählen
ps aux | grep pppoe
Hallo Erik,
ich habe die Prozedur nun einmal durchgespielt und bin verwirrt.
Das Interface ist "UP" und zeigt werde errors noch coolsns. Allerdings auch kein RX.
Im TCP Dump erscheint nicht ein einziger Eintrag.
Mittels ps aux | grep pppoe sehe ich wzar den existierenden Versatel Eintrag allerdings taucht dort der Eintrag für die VDSL garnicht auf.
Schnipp*
# tcpdump -i eth3 -nnp
tcpdump: WARNING: eth3: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth3, link-type EN10MB (Ethernet), capture size 96 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel
# ps aux | grep pppoe
root 22256 0.0 0.0 2548 752 ? Ss 13:47 0:00 pppd plugin rp-pppoe.so defaultroute usepeerdns persist lcp-echo-failure 3 lcp-echo-interval 5 holdoff 30 maxfail 0 mru 1492 mtu 1492 user xxxx@versatel password xxxxx hide-password eth0 linkname ppp99 unit 99
root 31786 0.0 0.0 1672 496 pts/0 S+ 13:55 0:00 grep pppoe
#
Schnapp*
Vielen Dank
ich habe die Prozedur nun einmal durchgespielt und bin verwirrt.
Das Interface ist "UP" und zeigt werde errors noch coolsns. Allerdings auch kein RX.
Im TCP Dump erscheint nicht ein einziger Eintrag.
Mittels ps aux | grep pppoe sehe ich wzar den existierenden Versatel Eintrag allerdings taucht dort der Eintrag für die VDSL garnicht auf.
Schnipp*
# tcpdump -i eth3 -nnp
tcpdump: WARNING: eth3: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth3, link-type EN10MB (Ethernet), capture size 96 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernel
# ps aux | grep pppoe
root 22256 0.0 0.0 2548 752 ? Ss 13:47 0:00 pppd plugin rp-pppoe.so defaultroute usepeerdns persist lcp-echo-failure 3 lcp-echo-interval 5 holdoff 30 maxfail 0 mru 1492 mtu 1492 user xxxx@versatel password xxxxx hide-password eth0 linkname ppp99 unit 99
root 31786 0.0 0.0 1672 496 pts/0 S+ 13:55 0:00 grep pppoe
#
Schnapp*
Vielen Dank
Some people want it to happen, some wish it would happen, others make it happen.
Ah ja... ich denke ich weiß wo das Problem ist. Führen Sie mal bitte folgende Befehle auf der Konsole aus:
Die IP sollten Sie durch eine ersetzen, die Sie sonst nirgends verwenden.
Jetzt schauen Sie mal, ob der PPPoE-Server für die VDSL-Leitung gestartet wurde.
Code: Alles auswählen
# spcli add ip eth3.7 10.10.10.10/32
**
# spcli update interface
**
Jetzt schauen Sie mal, ob der PPPoE-Server für die VDSL-Leitung gestartet wurde.
Das war die Lösung. Vielen Dank
/Closed
/Closed
Some people want it to happen, some wish it would happen, others make it happen.