pppoe Problemchen

V

Voltron

Stinker
Hi Leute,

hatte zuerst t-online, lief alles ohne probleme, dann provider wechsel zu mnet.
Ich dachte mir einfach zugangsdaten ändern und fertig, doch denkste.
Das Modem ist ein SpeedTouch 510i, als NIC hatte ich erst eine Intel dann eine 3COM versucht, beide mit dem selben negativen ergebnis.

Hier mal die ppp.conf

mdsl2:
set device PPPoE:xl0
set speed sync
set MTU 1492
set authname benutzer
set authkey passwort
set dial
set redial 0 0
set login
set timeout 0
set ifaddr 10.0.0.1/0 10.0.0.2/0
add default HISADDR
set cd 5
enable lqr

Hier der Auszug aus dem ppp.log :

Sep 18 17:02:07 bodo ppp[723]: Phase: deflink: Connected!
Sep 18 17:02:07 bodo ppp[723]: Phase: deflink: opening -> dial
Sep 18 17:02:07 bodo ppp[723]: Phase: deflink: dial -> carrier
Sep 18 17:02:08 bodo ppp[723]: Phase: Received NGM_PPPOE_ACNAME (hook "90055020195528-ac1-br1-lanal052")
Sep 18 17:02:12 bodo ppp[723]: Phase: deflink: Disconnected!
Sep 18 17:02:12 bodo ppp[723]: Phase: deflink: carrier -> hangup
Sep 18 17:02:12 bodo ppp[723]: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out
Sep 18 17:02:12 bodo ppp[723]: Phase: deflink: 0 packets in, 0 packets out
Sep 18 17:02:12 bodo ppp[723]: Phase: total 0 bytes/sec, peak 0 bytes/sec on Sat Sep 18 17:02:07 2004
Sep 18 17:02:12 bodo ppp[723]: Phase: deflink: hangup -> opening


Das ganz läuft auf einem FreeBSD 5.2.1
Hoffe mir kann da jemand helfen.

Greets

Voltron
 
hmm...
Also wenn du garnix geändert hast aus deinem ISP dann wird es woll an dem liegen...
Das ' carrier -> hangup ' klingt irgendwie verdächtig kanns aber nicht mit sicherheit sagen
Ruf die am besten mal an frag ob die dich frei geschalten haben oder nicht.
 
robsn schrieb:
hmm...
Also wenn du garnix geändert hast aus deinem ISP dann wird es woll an dem liegen...
Das ' carrier -> hangup ' klingt irgendwie verdächtig kanns aber nicht mit sicherheit sagen
Ruf die am besten mal an frag ob die dich frei geschalten haben oder nicht.
Zum Vergrößern anklicken....

doch frei geschaltet bin ich sicher, über nen zyxel router klappt das ganze ja.
Der Router verwendet auch PPPoE, von daher sollts ja ansich auch passen.

Evtl noch andere Ideen?
 
Wenn Du xl (3Com) als Grafikkarte verwendest, dann frage ich mich aber auch welches 5.2.1 Du verwendest. Ist es das Release?

Ich hatte schon vor einigen Monaten (Ende Juni, glaube ich) einen Bug im xl-Treiber entdeckt, welcher ähnliche Auswirkungen hatte (allerdings auch bei T-DSL). Dieser Bug wurde vor etwa einer Woche behoben. Jetzt funktioniert alles wieder.

Hmm, vergiss das mit dem xl-Treiber Bug. Der Bug hatte doch einen anderen Effekt. Du kriegst ja hier Antwort von der Gegenstelle und der Bug hat dafür gesorgt, dass keine Kommunikation mehr vorhanden war.

Vielleicht hilft aber eine Analyse mit
set log all
in Deiner ppp.conf.
 
Zuletzt bearbeitet:
den genauen grund wiso er bei dir nicht connected kann ich dir auch nicht sagen, aber versuche es doch mal mit folgender ppp.conf:

Code: 
default:
 ident user-ppp VERSION (built COMPILATIONDATE)
 
 set device PPPoE:ed0
 set dial
 set speed sync
 set mru 1492
 set mtu 1492
 set ctsrts off
 set redial 1 99
 accept lqr
 disable deflate
 disable pred1
 disable vjcomp
 disable acfcomp
 disable protocomp
 enable dns
 set log phase
 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0
 add default HISADDR
 set login

provider:
 set authname "username"
 set authkey "password"

bin damit bisher sehr gut gefahren auf verschiedenen servern und mit verschiedenen providern..
der redial ist dort auf eine sekunde wartezeit gestellt bei 99 versuchen. gab mal probleme mit "0 0" bei mir..
und natuerlich nicht vergessen das device anzupassen von "ed0" auf wasauchimmer du fuer eine NIC nutzt..
dann einfach "ppp -ddial provider" und es sollte funzen..
 
Ja ist das Release das ich verwende, und es is ne Netzwerkkarte keine Grafikkarte :cool:
Das mit dem Log hab ich mal gesetzt, hoffe da wird jemand draus schlau


Sep 21 09:23:32 bodo ppp[8463]: tun0: Phase: deflink: hangup -> opening
Sep 21 09:23:32 bodo ppp[8463]: tun0: Timer: timer_Start: Inserting dial timer[0x80c1d44]
Sep 21 09:23:32 bodo ppp[8463]: tun0: Phase: deflink: Enter pause (0) for redialing.
Sep 21 09:23:32 bodo ppp[8463]: tun0: Timer: Select returns -1
Sep 21 09:23:32 bodo ppp[8463]: tun0: Chat: deflink: Redial timer expired.
Sep 21 09:23:32 bodo ppp[8463]: tun0: ID0: 0 = NgMkSockNode("", &cs, &ds)
Sep 21 09:23:32 bodo ppp[8463]: tun0: Debug: List of netgraph node ``xl0:'' (id 2) hooks:
Sep 21 09:23:32 bodo ppp[8463]: tun0: Debug: Found orphans -> ethernet
Sep 21 09:23:32 bodo ppp[8463]: tun0: Debug: Connecting netgraph socket .:tun0 -> [5]::tun0
Sep 21 09:23:32 bodo ppp[8463]: tun0: ID0: 2 = socket(2, 2, 0)
Sep 21 09:23:32 bodo ppp[8463]: tun0: ID0: 0 = ioctl(2, 3223349521, 0xbfbfddd0)
Sep 21 09:23:32 bodo ppp[8463]: tun0: ID0: 0 = ioctl(2, 2149607696, 0xbfbfddd0)
Sep 21 09:23:32 bodo ppp[8463]: tun0: Debug: Sending PPPOE_CONNECT to .:tun0
Sep 21 09:23:32 bodo ppp[8463]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 21 09:23:32 bodo ppp[8463]: tun0: Phase: deflink: Connected!
Sep 21 09:23:32 bodo ppp[8463]: tun0: Phase: deflink: opening -> dial
Sep 21 09:23:32 bodo ppp[8463]: tun0: Phase: deflink: dial -> carrier
Sep 21 09:23:32 bodo ppp[8463]: tun0: Debug: Waiting for carrier
Sep 21 09:23:33 bodo ppp[8463]: tun0: Timer: Select returns -1
Sep 21 09:23:33 bodo ppp[8463]: tun0: Timer: ---- Begin of Timer Service List---
Sep 21 09:23:33 bodo ppp[8463]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 21 09:23:33 bodo ppp[8463]: tun0: Timer: ---- End of Timer Service List ---
Sep 21 09:23:33 bodo ppp[8463]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 21 09:23:33 bodo ppp[8463]: tun0: Phase: Received NGM_PPPOE_ACNAME (hook "90055020195528-ac1-br1-lanal052")
Sep 21 09:23:33 bodo ppp[8463]: tun0: Debug: Waiting for carrier
Sep 21 09:23:34 bodo ppp[8463]: tun0: Timer: Select returns -1
Sep 21 09:23:34 bodo ppp[8463]: tun0: Timer: ---- Begin of Timer Service List---
Sep 21 09:23:34 bodo ppp[8463]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 21 09:23:34 bodo ppp[8463]: tun0: Timer: ---- End of Timer Service List ---
Sep 21 09:23:34 bodo ppp[8463]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 21 09:23:34 bodo ppp[8463]: tun0: Debug: Waiting for carrier
Sep 21 09:23:35 bodo ppp[8463]: tun0: Timer: Select returns -1
Sep 21 09:23:35 bodo ppp[8463]: tun0: Timer: ---- Begin of Timer Service List---

Sep 21 09:23:35 bodo ppp[8463]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 21 09:23:35 bodo ppp[8463]: tun0: Timer: ---- End of Timer Service List ---
Sep 21 09:23:35 bodo ppp[8463]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 21 09:23:35 bodo ppp[8463]: tun0: Debug: Waiting for carrier
Sep 21 09:23:36 bodo ppp[8463]: tun0: Timer: Select returns -1
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: Signal 15, terminate.
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: deflink: Disconnected!
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: deflink: carrier -> logout
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: deflink: logout -> hangup
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: deflink: Disconnected!
Sep 21 09:23:36 bodo ppp[8463]: tun0: Debug: deflink: Close
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: deflink: Connect time: 4 secs: 0 octets in, 0 octets out
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: deflink: 0 packets in, 0 packets out
Sep 21 09:23:36 bodo ppp[8463]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Tue Sep 21 09:23:32 2004
 
Also für mich sieht das nicht direkt nach einer Rückmeldung vom Carrier aus.

Kannst du mal den Output von
Code: 
sudo tcpdump -ni xl0
pasten wenn du
Code: 
> sudo ppp mdsl2
Working in interactive mode
Using interface: tun0
ppp ON bodo> dial
ausführst?
 
Zuletzt bearbeitet:
Guten Morgen Voltron,

Voltron schrieb:
Hi Leute,
Zum Vergrößern anklicken....

sind denn die Kabel vom Rechner zum DSL-Modem, DSL-Modem zum Splitter und vom Splitter zur Telekom-Dose in Ordnung? Sitzen die Stecker auch gut in den Buchsen? Synchronisiert das Modem auch einwandfrei?
Hast Du den DSL-Anschluß überhaupt noch? Nicht, dass bei Deinem Provider-Wechsel im Vermittlungsamt alles demontiert wurde! Bei der Telekom weiß man nie :cool:

Viele Grüße

Jürgen
 
@juedan: Also die Leitung steht 100% wie gesagt über nen zyxel router komm ich ja rein.
Zum Glück bin ich ja nimmer beim rosa riesen :D

@AceX5: Die NIC hab ich auch angepasst, hatte ja zuerst ne intel, da wars fxp1 (internes segment is auch ne intel fxp0) und nun ne 3com mit xl0.

@Elessar: auszug kommt heut abend
 
@Elessar: Hier das Ergebnis

21:57:33.838828 PPPoE PADO [Host-Uniq UTF8] [Service-Name] [Relay-Session-ID UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]
21:57:33.838895 PPPoE PADR [Host-Uniq UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]
21:57:35.832621 PPPoE PADR [Host-Uniq UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]

Wird ma schlau draus?
 
Wenn die Sequenz PADI, PADO, PADR, PADS durchläft, und danach das PPP-Handshake beginnt, ist die Verbindung zur Telekom in Ordnung.

Wenn kein PADI erscheint, sollte man die Netzwerkkarte, die Verbindung zum NTBBA prüfen und die device-Zeile der ppp.conf prüfen. Das Problem kann zwar auch durch den NTBBA verursacht werden, aber das ist extrem selten.

Wenn auf das PADI kein PADO folgt, liegt der Fehler sehr wahrscheinlich bei Telekom. Dann hilft nur noch der Anruf bei der Störungsstelle.

Folgt auf das PADO kein PADR, ist irgendwas im Kernel ganz böse kaputt. Dieses Problem wurde bisher nur in ganz bestimmten Versionen von 5.0-current auf und war die Folge eines Fehlers in der Netgraph-Node ng_ether(4).

Folgt auf das PADR kein PADS, liegt das Problem wahrscheinlich auch bei der Telekom. Dieser Fall scheint in der Praxis aber noch nie aufgetreten zu sein.
Zum Vergrößern anklicken....
Wenn das da oben wirklich alles ist (wo ist das PADI?) dann hast du ein richtig nettes Problem :)
 
oha, mal sehen werd mal des 5.2.1 Release 0 updaten, liegt wahrscheinlich daran.
Leider ist es alles was er ausspuckt..

Das hier kanns ansich nicht sein, weil ich schon 2 nics versucht habe:
Wenn kein PADI erscheint, sollte man die Netzwerkkarte, die Verbindung zum NTBBA prüfen und die device-Zeile der ppp.conf prüfen. Das Problem kann zwar auch durch den NTBBA verursacht werden, aber das ist extrem selten.

Wenn das Update nicht klappt, muss ich halt noch ein oder 2 wochen auf des neue 5.3 warten.
 
Das PADO ist die ANtwort auf das PADI - das hat dein PC also auf jeden Fall abgesetzt.
Die Frage ist wo das PADS bleibt, die Antwort auf dein PADR und das Ende des Ethernetverbindungsaufbaus.
 
Hab jetzt meinen Kernel auf 5.2.1 p10 gebracht, doch der erfolg blieb aus.
Dann hab ich nochmals eine andere nix verwendet und beim 2. Versuch noch ein crossover kabel.
Hier dier ausszug aus der ppp.log ohne cross over kabel:

Sep 23 23:27:18 bodo ppp[773]: tun0: Timer: Select returns 1
Sep 23 23:27:18 bodo ppp[773]: tun0: Command: /dev/ttyp1: dial
Sep 23 23:27:18 bodo ppp[773]: tun0: Phase: bundle: Establish
Sep 23 23:27:18 bodo ppp[773]: tun0: Phase: deflink: closed -> opening
Sep 23 23:27:18 bodo ppp[773]: tun0: ID0: 0 = NgMkSockNode("", &cs, &ds)
Sep 23 23:27:18 bodo ppp[773]: tun0: Debug: List of netgraph node ``vr0:'' (id 3) hooks:
Sep 23 23:27:18 bodo ppp[773]: tun0: Debug: Found orphans -> ethernet
Sep 23 23:27:18 bodo ppp[773]: tun0: Debug: Connecting netgraph socket .:tun0 -> [d]::tun0
Sep 23 23:27:18 bodo ppp[773]: tun0: ID0: 4 = socket(2, 2, 0)
Sep 23 23:27:18 bodo ppp[773]: tun0: ID0: 0 = ioctl(4, 3223349521, 0xbfbfdde0)
Sep 23 23:27:18 bodo ppp[773]: tun0: ID0: 0 = ioctl(4, 2149607696, 0xbfbfdde0)
Sep 23 23:27:18 bodo ppp[773]: tun0: Debug: Sending PPPOE_CONNECT to .:tun0
Sep 23 23:27:18 bodo ppp[773]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 23 23:27:18 bodo ppp[773]: tun0: Phase: deflink: Connected!
Sep 23 23:27:18 bodo ppp[773]: tun0: Phase: deflink: opening -> dial
Sep 23 23:27:18 bodo ppp[773]: tun0: Phase: deflink: dial -> carrier
Sep 23 23:27:18 bodo ppp[773]: tun0: Debug: Waiting for carrier
Sep 23 23:27:18 bodo ppp[773]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0
Sep 23 23:27:19 bodo ppp[773]: tun0: Timer: Select returns -1
Sep 23 23:27:19 bodo ppp[773]: tun0: Timer: ---- Begin of Timer Service List---
Sep 23 23:27:19 bodo ppp[773]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 23 23:27:19 bodo ppp[773]: tun0: Timer: ---- End of Timer Service List ---
Sep 23 23:27:19 bodo ppp[773]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 23 23:27:19 bodo ppp[773]: tun0: Phase: Received NGM_PPPOE_ACNAME (hook "90055020195528-ac1-br1-lanal052")
Sep 23 23:27:19 bodo ppp[773]: tun0: Debug: Waiting for carrier
Sep 23 23:27:19 bodo ppp[773]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0
Sep 23 23:27:20 bodo ppp[773]: tun0: Timer: Select returns -1
Sep 23 23:27:20 bodo ppp[773]: tun0: Timer: ---- Begin of Timer Service List---
Sep 23 23:27:20 bodo ppp[773]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 23 23:27:20 bodo ppp[773]: tun0: Timer: ---- End of Timer Service List ---
Sep 23 23:27:20 bodo ppp[773]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 23 23:27:20 bodo ppp[773]: tun0: Debug: Waiting for carrier
Sep 23 23:27:20 bodo ppp[773]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0
Sep 23 23:27:21 bodo ppp[773]: tun0: Timer: Select returns -1
Sep 23 23:27:21 bodo ppp[773]: tun0: Timer: ---- Begin of Timer Service List---
Sep 23 23:27:21 bodo ppp[773]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 23 23:27:21 bodo ppp[773]: tun0: Timer: ---- End of Timer Service List ---
Sep 23 23:27:21 bodo ppp[773]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 23 23:27:21 bodo ppp[773]: tun0: Debug: Waiting for carrier
Sep 23 23:27:21 bodo ppp[773]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0
Sep 23 23:27:22 bodo ppp[773]: tun0: Timer: Select returns -1
Sep 23 23:27:22 bodo ppp[773]: tun0: Timer: ---- Begin of Timer Service List---
Sep 23 23:27:22 bodo ppp[773]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 23 23:27:22 bodo ppp[773]: tun0: Timer: ---- End of Timer Service List ---
Sep 23 23:27:22 bodo ppp[773]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 23 23:27:22 bodo ppp[773]: tun0: Debug: Waiting for carrier
Sep 23 23:27:22 bodo ppp[773]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: Select returns -1
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: ---- Begin of Timer Service List---
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: ---- End of Timer Service List ---
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068]
Sep 23 23:27:23 bodo ppp[773]: tun0: Phase: deflink: Disconnected!
Sep 23 23:27:23 bodo ppp[773]: tun0: Phase: deflink: carrier -> hangup
Sep 23 23:27:23 bodo ppp[773]: tun0: Debug: deflink: Close
Sep 23 23:27:23 bodo ppp[773]: tun0: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out
Sep 23 23:27:23 bodo ppp[773]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Thu Sep 23 23:27:18 2004
Sep 23 23:27:23 bodo ppp[773]: tun0: Phase: deflink: hangup -> closed
Sep 23 23:27:23 bodo ppp[773]: tun0: Debug: route_IfDelete (5)
Sep 23 23:27:23 bodo ppp[773]: tun0: ID0: 2 = socket(2, 2, 0)
Sep 23 23:27:23 bodo ppp[773]: tun0: ID0: 0 = ioctl(2, 3223349521, 0xbfbfe9c0)
Sep 23 23:27:23 bodo ppp[773]: tun0: ID0: 0 = ioctl(2, 2149607696, 0xbfbfe9c0)
Sep 23 23:27:23 bodo ppp[773]: tun0: Phase: bundle: Dead
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: timer_Start: Inserting dial timer[0x80c1d44]
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: Select returns -1
Sep 23 23:27:23 bodo ppp[773]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0
Sep 23 23:27:57 bodo ppp[773]: tun0: Timer: Select returns 1
Sep 23 23:27:57 bodo ppp[773]: tun0: Command: /dev/ttyp1: quit
Sep 23 23:27:57 bodo ppp[773]: tun0: Debug: DoLoop done.
Sep 23 23:27:57 bodo ppp[773]: tun0: Phase: PPP Terminated (normal).
Sep 23 23:27:57 bodo ppp[773]: tun0: Debug: route_IfDelete (5)
Sep 23 23:27:57 bodo ppp[773]: tun0: ID0: 2 = socket(2, 2, 0)
Sep 23 23:27:57 bodo ppp[773]: tun0: ID0: 0 = ioctl(2, 3223349521, 0xbfbfeac0)
Sep 23 23:27:57 bodo ppp[773]: tun0: ID0: 0 = ioctl(2, 2149607696, 0xbfbfeac0)
Sep 23 23:27:57 bodo ppp[773]: tun0: Debug: Radius: radius_Destroy
Sep 23 23:27:57 bodo ppp[773]: tun0: ID0: 0 = unlink("/var/run/tun0.pid")
Zum Vergrößern anklicken....

Dann noch der tcpdump

Code: 
tcpdump: listening on vr0
23:27:18.604076 PPPoE PADI [Host-Uniq UTF8]
23:27:18.626704 PPPoE PADO [Host-Uniq UTF8] [Service-Name] [Relay-Session-ID UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]
23:27:18.626819 PPPoE PADR [Host-Uniq UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]
23:27:20.617552 PPPoE PADR [Host-Uniq UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]
23:27:25.664067 10.0.0.138.3298 > 239.255.255.250.1900: udp 271 [ttl 1]
23:27:25.664291 10.0.0.138.3298 > 239.255.255.250.1900: udp 271 [ttl 1]
23:27:25.664774 10.0.0.138.3299 > 239.255.255.250.1900: udp 282 [ttl 1]
23:27:25.664989 10.0.0.138.3299 > 239.255.255.250.1900: udp 282 [ttl 1]
23:27:25.665524 10.0.0.138.3300 > 239.255.255.250.1900: udp 343 [ttl 1]
23:27:25.665722 10.0.0.138.3300 > 239.255.255.250.1900: udp 343 [ttl 1]
23:27:25.666197 10.0.0.138.3301 > 239.255.255.250.1900: udp 288 [ttl 1]
23:27:25.666413 10.0.0.138.3301 > 239.255.255.250.1900: udp 288 [ttl 1]
23:27:25.666924 10.0.0.138.3302 > 239.255.255.250.1900: udp 322 [ttl 1]
23:27:25.667134 10.0.0.138.3302 > 239.255.255.250.1900: udp 322 [ttl 1]
23:27:25.667676 10.0.0.138.3303 > 239.255.255.250.1900: udp 288 [ttl 1]
23:27:25.667877 10.0.0.138.3303 > 239.255.255.250.1900: udp 288 [ttl 1]
23:27:25.668389 10.0.0.138.3304 > 239.255.255.250.1900: udp 322 [ttl 1]
23:27:25.668559 10.0.0.138.3304 > 239.255.255.250.1900: udp 322 [ttl 1]
23:27:25.669062 10.0.0.138.3305 > 239.255.255.250.1900: udp 300 [ttl 1]
23:27:25.669250 10.0.0.138.3305 > 239.255.255.250.1900: udp 300 [ttl 1]
23:27:25.669771 10.0.0.138.3306 > 239.255.255.250.1900: udp 348 [ttl 1]
23:27:25.669943 10.0.0.138.3306 > 239.255.255.250.1900: udp 348 [ttl 1]
23:27:25.670426 10.0.0.138.3307 > 239.255.255.250.1900: udp 304 [ttl 1]
23:27:25.670630 10.0.0.138.3307 > 239.255.255.250.1900: udp 304 [ttl 1]
23:27:25.671154 10.0.0.138.3308 > 239.255.255.250.1900: udp 350 [ttl 1]
23:27:25.671333 10.0.0.138.3308 > 239.255.255.250.1900: udp 350 [ttl 1]
23:27:25.671855 10.0.0.138.3309 > 239.255.255.250.1900: udp 335 [ttl 1]
23:27:25.672020 10.0.0.138.3309 > 239.255.255.250.1900: udp 335 [ttl 1]
23:27:25.672575 10.0.0.138.3310 > 239.255.255.250.1900: udp 352 [ttl 1]
23:27:25.672743 10.0.0.138.3310 > 239.255.255.250.1900: udp 352 [ttl 1]
23:27:25.673290 10.0.0.138.3311 > 239.255.255.250.1900: udp 354 [ttl 1]
23:27:25.673461 10.0.0.138.3311 > 239.255.255.250.1900: udp 354 [ttl 1]
23:27:25.674019 10.0.0.138.3312 > 239.255.255.250.1900: udp 344 [ttl 1]
23:27:25.674190 10.0.0.138.3312 > 239.255.255.250.1900: udp 344 [ttl 1]
23:27:25.674729 10.0.0.138.3313 > 239.255.255.250.1900: udp 344 [ttl 1]
23:27:25.674896 10.0.0.138.3313 > 239.255.255.250.1900: udp 344 [ttl 1]
23:27:25.675451 10.0.0.138.3314 > 239.255.255.250.1900: udp 346 [ttl 1]
23:27:25.675625 10.0.0.138.3314 > 239.255.255.250.1900: udp 346 [ttl 1]
23:27:25.676172 10.0.0.138.3315 > 239.255.255.250.1900: udp 346 [ttl 1]
23:27:25.676392 10.0.0.138.3315 > 239.255.255.250.1900: udp 346 [ttl 1]

merkwürdig sind die die tcp sessions.

Hier nun das ppp.log mit cross over kabel

Code: 
Sep 23 23:39:45 bodo ppp[802]: tun0: Command: /dev/ttyp1: dial 
Sep 23 23:39:45 bodo ppp[802]: tun0: Phase: bundle: Establish 
Sep 23 23:39:45 bodo ppp[802]: tun0: Phase: deflink: closed -> opening 
Sep 23 23:39:45 bodo ppp[802]: tun0: ID0: 0 = NgMkSockNode("", &cs, &ds) 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug: List of netgraph node ``vr0:'' (id 3) hooks: 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug:   Found orphans -> ethernet 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug: Connecting netgraph socket .:tun0 -> [d]::tun0 
Sep 23 23:39:45 bodo ppp[802]: tun0: ID0: 4 = socket(2, 2, 0) 
Sep 23 23:39:45 bodo ppp[802]: tun0: ID0: 0 = ioctl(4, 3223349521, 0xbfbfdde0) 
Sep 23 23:39:45 bodo ppp[802]: tun0: ID0: 0 = ioctl(4, 2149607696, 0xbfbfdde0) 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug: Sending PPPOE_CONNECT to .:tun0 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug: Found the following interfaces: 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug:  Index 1, name "fxp0" 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug:  Index 2, name "xl0" 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug:  Index 3, name "vr0" 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug:  Index 4, name "lo0" 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug:  Index 5, name "tun0" 
Sep 23 23:39:45 bodo ppp[802]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068] 
Sep 23 23:39:45 bodo ppp[802]: tun0: Phase: deflink: Connected! 
Sep 23 23:39:45 bodo ppp[802]: tun0: Phase: deflink: opening -> dial 
Sep 23 23:39:45 bodo ppp[802]: tun0: Phase: deflink: dial -> carrier 
Sep 23 23:39:45 bodo ppp[802]: tun0: Debug: Waiting for carrier 
Sep 23 23:39:45 bodo ppp[802]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0 
Sep 23 23:39:46 bodo ppp[802]: tun0: Timer: Select returns -1 
Sep 23 23:39:46 bodo ppp[802]: tun0: Timer: ---- Begin of Timer Service List--- 
Sep 23 23:39:46 bodo ppp[802]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running 
Sep 23 23:39:46 bodo ppp[802]: tun0: Timer: ---- End of Timer Service List --- 
Sep 23 23:39:46 bodo ppp[802]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068] 
Sep 23 23:39:46 bodo ppp[802]: tun0: Phase: Received NGM_PPPOE_ACNAME (hook "90055020195528-ac1-br1-lanal052") 
Sep 23 23:39:46 bodo ppp[802]: tun0: Debug: Waiting for carrier 
Sep 23 23:39:46 bodo ppp[802]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0 
Sep 23 23:39:47 bodo ppp[802]: tun0: Timer: Select returns -1 
Sep 23 23:39:47 bodo ppp[802]: tun0: Timer: ---- Begin of Timer Service List---
Sep 23 23:39:47 bodo ppp[802]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running 
Sep 23 23:39:47 bodo ppp[802]: tun0: Timer: ---- End of Timer Service List --- 
Sep 23 23:39:47 bodo ppp[802]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068] 
Sep 23 23:39:47 bodo ppp[802]: tun0: Debug: Waiting for carrier 
Sep 23 23:39:47 bodo ppp[802]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0 
Sep 23 23:39:48 bodo ppp[802]: tun0: Timer: Select returns -1 
Sep 23 23:39:48 bodo ppp[802]: tun0: Timer: ---- Begin of Timer Service List--- 
Sep 23 23:39:48 bodo ppp[802]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running 
Sep 23 23:39:48 bodo ppp[802]: tun0: Timer: ---- End of Timer Service List --- 
Sep 23 23:39:48 bodo ppp[802]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068] 
Sep 23 23:39:48 bodo ppp[802]: tun0: Debug: Waiting for carrier 
Sep 23 23:39:48 bodo ppp[802]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0 
Sep 23 23:39:49 bodo ppp[802]: tun0: Timer: Select returns -1 
Sep 23 23:39:49 bodo ppp[802]: tun0: Timer: ---- Begin of Timer Service List--- 
Sep 23 23:39:49 bodo ppp[802]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running 
Sep 23 23:39:49 bodo ppp[802]: tun0: Timer: ---- End of Timer Service List --- 
Sep 23 23:39:49 bodo ppp[802]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068] 
Sep 23 23:39:49 bodo ppp[802]: tun0: Debug: Waiting for carrier 
Sep 23 23:39:49 bodo ppp[802]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: Select returns -1 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: ---- Begin of Timer Service List--- 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: physical throughput timer[0x80c3068]: freq = 1.00s, next = 0.00s, state = running 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: ---- End of Timer Service List --- 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: timer_Start: Inserting physical throughput timer[0x80c3068] 
Sep 23 23:39:50 bodo ppp[802]: tun0: Phase: deflink: Disconnected! 
Sep 23 23:39:50 bodo ppp[802]: tun0: Phase: deflink: carrier -> hangup 
Sep 23 23:39:50 bodo ppp[802]: tun0: Debug: deflink: Close 
Sep 23 23:39:50 bodo ppp[802]: tun0: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out 
Sep 23 23:39:50 bodo ppp[802]: tun0: Phase: deflink: 0 packets in, 0 packets out 
Sep 23 23:39:50 bodo ppp[802]: tun0: Phase:  total 0 bytes/sec, peak 0 bytes/se on Thu Sep 23 23:39:45 2004 
Sep 23 23:39:50 bodo ppp[802]: tun0: Phase: deflink: hangup -> closed 
Sep 23 23:39:50 bodo ppp[802]: tun0: Debug: route_IfDelete (5) 
Sep 23 23:39:50 bodo ppp[802]: tun0: Debug: Found ff02:5::/32 fe80:5::206:29ff:fe2f:6c06 
Sep 23 23:39:50 bodo ppp[802]: tun0: Debug: route_IfDelete: Skip it (pass 0) 
Sep 23 23:39:50 bodo ppp[802]: tun0: Debug: Found ff02:5::/32 fe80:5::206:29ff:fe2f:6c06 
Sep 23 23:39:50 bodo ppp[802]: tun0: ID0: 2 = socket(17, 3, 0) 
Sep 23 23:39:50 bodo ppp[802]: tun0: ID0: 148 = write(2, data, 148) 
Sep 23 23:39:50 bodo ppp[802]: tun0: Debug: wrote 148: cmd = Delete, dst = ff02:5::/32, gateway = <none> 
Sep 23 23:39:50 bodo ppp[802]: tun0: ID0: 2 = socket(2, 2, 0) 
Sep 23 23:39:50 bodo ppp[802]: tun0: ID0: 0 = ioctl(2, 3223349521, 0xbfbfe9c0) 
Sep 23 23:39:50 bodo ppp[802]: tun0: ID0: 0 = ioctl(2, 2149607696, 0xbfbfe9c0) 
Sep 23 23:39:50 bodo ppp[802]: tun0: Phase: bundle: Dead 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: timer_Start: Inserting dial timer[0x80c1d44] 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: Select returns -1 
Sep 23 23:39:50 bodo ppp[802]: tun0: Timer: prompt /dev/ttyp1: fdset(r) 0

und der tcp dump

Code: 
23:39:45.495653 PPPoE PADI [Host-Uniq UTF8]
23:39:45.527373 PPPoE PADO [Host-Uniq UTF8] [Service-Name] [Relay-Session-ID UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]
23:39:45.527458 PPPoE PADR [Host-Uniq UTF8] [AC-Name "90055020195528-ac1-br1-lanal052"]

merkwürdig ist das er fast das selbe redet nur ohne die tcp sessions.
Ich dachte schon das der Provider kein PPPoP verwendet, aber der Router nimmts und in meinem Vertrag stehts auch drin.

Da ich ja so ein Thomson Speedtouch 510i verwende dachte ich das es auch am Modem liegen könnte, heute werde ich mal das Alcatel von nem freund verwenden dessen ppp.conf ich verwende und er ist auch beim selben provider.

Gibts sonst evtl noch Ideen ?
 
Hallo Voltron,

[...]
Gerade eben habe ich auch ein wenig gegoogled und bin auf folgendes gestoßen
> Does your provider uses 3Com equipment? Do you have
> net.graph.nonstandard_pppoe in your /etc/sysctl.conf?
Zum Vergrößern anklicken....

Was man da einstellen muß, weiß ich leider nicht, da ich auf die Schnelle keine Beschreibung gefunden habe.

Hast Du der 3com-Netzwerkkarte eine IP-Adresse zugeordnet?
Beim googlen habe ich auch gelsen, dass man das NICHT machen soll. Dies wird aber nur im Zusammenhang mit 3com-Karten erwähnt...

Grüße

Jürgen
 
Hier einmal der Versuch eines kommentierten tcpdump von meinem Verbindungsaufbau mit Arcor.

Code: 
(9:44:32) elessar@fenris: ~> sudo tcpdump -ni xl0
tcpdump: WARNING: xl0: no IPv4 address assigned
tcpdump: listening on xl0
 /*
  * Start des Verbindungsaufbau
  */
09:44:49.002990 PPPoE PADI [Host-Uniq UTF8]
09:44:51.005044 PPPoE PADI [Host-Uniq UTF8]
  // Keine Antwort auf ersten Versuch, 2ter klappt
09:44:51.021895 PPPoE PADO [Service-Name] [AC-Name "nbgbr001"] [Host-Uniq UTF8]
09:44:51.021970 PPPoE PADR [Host-Uniq UTF8] [AC-Name "nbgbr001"]
09:44:51.037898 PPPoE PADS [ses 0x4e4] [Service-Name] [AC-Name "nbgbr001"] [Host-Uniq UTF8]
 /*
  * Verbindung aufgebaut
  * Start der PPP Verbindung
  */
  // Initialisierung der PPP Verbindung, Anfrage nach Configurationsoptionen
09:44:53.009770 PPPoE  [ses 0x4e4] Conf-Req(1), MRU=1492, Magic-Num=96e52540, Qual-Prot LQR
09:44:53.021838 PPPoE  [ses 0x4e4] Conf-Req(179), Magic-Num=39a1c088, MRU=1492, Auth-Prot CHAP/MD5
  // Option  Qual-Prot LQR abgelehnt, aushandeln weiterer Parameter
09:44:53.022208 PPPoE  [ses 0x4e4] Conf-Rej(1), Qual-Prot LQR
09:44:53.028387 PPPoE  [ses 0x4e4] Conf-Ack(179), Magic-Num=39a1c088, MRU=1492, Auth-Prot CHAP/MD5
09:44:53.028422 PPPoE  [ses 0x4e4] Conf-Req(2), MRU=1492, Magic-Num=96e52540
09:44:53.045378 PPPoE  [ses 0x4e4] Conf-Ack(2), MRU=1492, Magic-Num=96e52540
  // Aushandeln von Verbindungsparametern abgeschlossen, Beginn der Challenge-Response Authentication
09:44:53.045830 PPPoE  [ses 0x4e4] Chal(1), Value=MD5_HASH, Name=nbgbr001
09:44:53.046919 PPPoE  [ses 0x4e4] Echo-Req(0), Magic-Num=96e52540  // PING
09:44:53.046971 PPPoE  [ses 0x4e4] Resp(1), Value=MD5_HASH, Name=NUTZERKENNUNG
09:44:53.059672 PPPoE  [ses 0x4e4] Echo-Rep(0), Magic-Num=39a1c088  // PONG
09:44:53.108957 PPPoE  [ses 0x4e4] Succ(1), Msg=
 /*
  * Authentication erfolgreich
  * PPP Verbindung steht
  * Aushandeln der IP Adressen
  */
  // Anfrage:: hat die Gegenstelle die IP Adresse 145.253.4.5?
09:44:53.109406 PPPoE  [ses 0x4e4] Conf-Req(45), IP-Addr=145.253.4.5
09:44:53.111396 PPPoE  [ses 0x4e4] Conf-Req(1)
  // Anfrage:: Habe ich IP Adresse 0.0.0.0 und die DNS Server die IPs 145.253.2.203 und 255.255.255.255?
09:44:53.111477 PPPoE  [ses 0x4e4] Conf-Req(1), IP-Addr=0.0.0.0, Pri-DNS=145.253.2.203, Sec-DNS=255.255.255.255
09:44:53.111708 PPPoE  [ses 0x4e4]
  // Bestätigung:: die Gegenstelle hat IP 145.253.4.5
09:44:53.111740 PPPoE  [ses 0x4e4] Conf-Ack(45), IP-Addr=145.253.4.5
  // Neg. Bestätigung:: deine Anfrage stimmt nicht, du bist 82.83.172.69, deine DNS Server sind 195.50.140.250 und 145.253.2.203
09:44:53.127398 PPPoE  [ses 0x4e4] Conf-Nak(1), IP-Addr=82.83.172.69, Pri-DNS=195.50.140.250, Sec-DNS=145.253.2.203
  // Anfrage:: habe ich IP Adresse 82.83.172.69 und die DNS Server die IPs 195.50.140.250 und 145.253.2.203?
09:44:53.141288 PPPoE  [ses 0x4e4] Conf-Req(2), IP-Addr=82.83.172.69, Pri-DNS=195.50.140.250, Sec-DNS=145.253.2.203
09:44:53.141327 PPPoE  [ses 0x4e4]
 //Bestätigung:: du hast IP Adresse 82.83.172.69 und die DNS Server 195.50.140.250 und 145.253.2.203
09:44:53.154550 PPPoE  [ses 0x4e4] Conf-Ack(2), IP-Addr=82.83.172.69, Pri-DNS=195.50.140.250, Sec-DNS=145.253.2.203
 /*
  * Freigabe des Devices für IP Traffic
  */
Wie unschwer zu erkennen ist fehlt bei dir der gesamte Aufbau der PPP Verbindung.
Ich hab allerdings noch nicht ganz raus warum.....

[Edit]
Code: 
(10:46:48) elessar@fenris: ~> dmesg -a | grep xl0:
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xf4000000-0xf400007f irq 5 at device 12.0 on pci1
xl0: Ethernet address: 00:04:75:8c:8e:51
(10:47:02) elessar@fenris: ~> sysctl net.graph.nonstandard_pppoe
net.graph.nonstandard_pppoe: 0
Daran liegt es also [zumindest bei mir] nicht.

[Edit 2]
Ah, lobet und preiset das Handbuch!

21.5.6 PPPoE with a 3Com® HomeConnect® ADSL Modem Dual Link

This modem does not follow RFC 2516 (A Method for transmitting PPP over Ethernet (PPPoE), written by L. Mamakos, K. Lidl, J. Evarts, D. Carrel, D. Simone, and R. Wheeler). Instead, different packet type codes have been used for the Ethernet frames. Please complain to 3Com if you think it should comply with the PPPoE specification.

In order to make FreeBSD capable of communicating with this device, a sysctl must be set. This can be done automatically at boot time by updating /etc/sysctl.conf:

net.graph.nonstandard_pppoe=1

or can be done for immediate effect with the command sysctl net.graph.nonstandard_pppoe=1.

Unfortunately, because this is a system-wide setting, it is not possible to talk to a normal PPPoE client or server and a 3Com® HomeConnect® ADSL Modem at the same time.
Zum Vergrößern anklicken....
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoe.html
 
Zuletzt bearbeitet:
Das Problem scheint bekannt zu sein, zumindest hatte jemand dieses schonmal:
http://lists.freebsd.org/pipermail/freebsd-current/2004-July/032979.html

Ein Thread dazu gibt es auch noch, hier mal Auszüge:

"Seems like PPPoE server does not request to your PADR requests. I have one
suspicion. Please check the value of PTT_RELAY_SID in your
/usr/include/netgraph/ng_pppoe.h
Also post output of `ident ng_pppoe.ko`, the module you load before
dialing PPPoE. It lives in /modules in STABLE or in /boot/kernel/ in CURRENT."
Zum Vergrößern anklicken....

Bug in ng_pppoe, update your system.
Or just add the new value in /usr/src/sys/netgraph/ng_pppoe.[ch]
the new value is (ummmm 0x0110 I think)
Zum Vergrößern anklicken....

Der ganze Thread:
http://www.mail-archive.com/freebsd-net@freebsd.org/msg12538.html
 
Stimmt, jetzt wo du draufgekommen bist, sein PADR wird ja gar nicht bearbeitet.
5.2.1-p10 hat noch die alten Werte, ändern könnte sich also bezahlt machen.
 
ich hab ja das ganze gestern mit ner anderen nic gemacht, nicht mit der 3com.
Das war die onboard nic, genannt vr0

ich probiers mal mit nem anderen modem aus, ansonsten mach ich nochmal das update wie beschrieben
 
hi mal wieder,

oder du redest mal mit deinem provider. einige meiner kollegen in münchen, die auch bei MNET kunde sind, sagen dass die einen komischen verbindungsaufbau haben. verbindung per PPPoE herstellen und dann irgendwie tunneln. wenn das stimmt müsstest du nach/während (??) des aufbaus noch irgendwas anderes machen. frach mich bitte net was, ich kenn MNET nicht. und wenn meine kollegen nach dem wechsel vom lila T zu MNET die verbindung von windows net mal mehr herstellen können, muss das ein heftiges thema sein was bei denen abgeht.

wir lesen uns
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben