Discussion:
fli4l mit Glasfaser (ftth) - pptp-Problem
(zu alt für eine Antwort)
levithomas
2013-10-08 19:56:45 UTC
Permalink
Hallo zusammen,

ich habe bereits das Forum durchsucht aber nichts passendes gefunden.
Ich nutze seit über 10 Jahren fli4l an diversen Internetzugängen, aber
nun komme ich leider nicht weiter:
Ich bin von VDSL50 auf Glasfaser von der Telekom umgestiegen.

Inzwischen starte ich den fli4l für Glasfaser mit exakt denselben
config-Dateien wie für den VDSL-Anschluss. Lediglich die Zugangsdaten
ändere ich von VDSL auf Glasfaser in der dsl.txt. Ich habe bereits mit
aktiviertem und deaktiviertem pptp-Masquerading-Modul getest, aber das
hat keinen Einfluss (es hat ja meines Wissens auch nur den Zweck mehrere
gleichzeitige pptp-Verbindungen zu ermöglichen).
Die Interneteinwahl funktioniert einwandfrei und das Internet auch. Die
MTU der pppoe-Verbindung ist beim VDSL und beim Glasfaser 1492.
PPTP-Verbindungen über VDSL sind kein Problem. Über Glasfaser kann die
PPTP-Verbindung nicht aufgebaut werden (mit mehreren PPTP-Servern
getestet). Der Verbindungsaufbau funktioniert. In Firewall-Logs sehe ich
auch den erfolgreichen Zugriff auf port 1723 des Zielservers. Ich
bekomme vom Windows-VPN-Client die folgende Fehlermeldung:
"Fehler 628: Die Verbindung wurde vom Remotecomputer beendet, bevor sie
vollständig hergestellt werden konnte." Es wurde grade probiert
Benutzernamen und Passwort zu überprüfen. Wenn ich absichtlich falsche
Benutzername und Passwort eingeben, bekomme ich dieselbe Fehlermeldung.
Ich gehe also davon aus, dass die Verbindung beendet wird, noch bevor
Benutzername und Passwort überprüft werden können.

Wenn ich den Glasfaser-Zugang über den Telekomrouter einrichte
funktioniert alles. Einziger Unterschied zur fli4l-config: Der
Telekom-Router bezieht auch eine IPV6-IP. Aber der Glasfaseranschluss
hat Dualstack, und der Zielserver hat eine IPV4 Adresse. Eigentlich
dürfte das mit meinem pptp-Problem nichts zu tun haben.

Vielen Dank fürs Interesse und falls jemand eine Idee hat.

Thomas
levithomas
2013-10-23 20:13:11 UTC
Permalink
Hallo zusammen,

ich habe inzwischen etwas weiter getestet:
Das PPTP-Problem (möglicherweise auch andere Verbindungsprobleme)
taucht auch auf, wenn ich die Glasfaser-Verbindung über eine andere
Distribution (pfSense) herstelle. Es handelt sich also offenbar nicht um
einen fli4l-spezifisches Problem.

Da ich keine unterschiedlichen MTUs feststellen konnte und auch sonst
keine Unterschiede, bin ich doch wieder bei einem Zusammenhang zwischen
PPTP und IPV6 angekommen, weil dies der einzige Unterschied zwischen dem
VDSL-Anschluss (da funktioniert PPTP über fli4l)und dem
Glasfaseranschluss (hier funktioniert PPTP über fli4l nicht) ist. Ich
habe sogar jemand anderes gefunden, der dasselbe Problem hatte (nur
anders):
http://www.administrator.de/forum/vpn-von-ipv6-zu-diversen-ipv4-adressen-kein-plan-197617.html
Nach meinen Recherchen (und Tests über http://www.whatsmyip.org/) macht
die Telekom dual stack und der Typ auf administrator.de hat wohl dual
stack lite (keine öffentliche IPV4-Adresse). Von daher dürfte ich
eigentlich das Problem nicht haben, aber leider habe ich genau dieselben
Symptome.

Obwohl ich IPV6 nicht extra aktiviert habe (OPT_IPV6='no'), bekommt der
fli4l eine IPV4 und IPV6-Adresse auf dem PPPOE-Interface.
Kann ich das verhindern?
Muss ich besondere IPV6-Einstellungen vornehmen?

Hat sonst jemand eine Idee?
[Ich habe auch schon Wireshark-Tests über den VDSL- und den
Glasfaser-Anschluss gemacht und seltsamerweise konnte bei Glasfaser PPTP
aufgebaut werden und beim Aushandeln von PPP LCP verfängt er sich dann
- ich habe den Eindruck, dass eine Reject-Nachricht den PPTP-Server
nicht erreicht - würde das jemand weiterbringen, wenn ich die
Wireshark-Details poste?]

Danke in jedem Fall für die Hilfe!

Thomas
Stephan Sanders
2013-10-23 20:50:19 UTC
Permalink
Hallo Thomas,

Am 23.10.2013 22:13, schrieb levithomas:
(da funktioniert PPTP über fli4l)

Bei ppp wird die eigentliche Aushandlung der IP Parameter über IPCP
gemacht. Jetzt gibt es zwei Möglichkeiten.

A) Eine ppp Session, in der ich IPv4 und IPv6 mache.
B) Zwei ppp Sessions, jeweils für v4 bzw. v6.

Beides handelt dann ipcp aus.

Eines davon war Standard, das andere ungewöhnlicher.
Nicht, dass man hier abweichend vom Standard arbeitet.
Vielleicht hilft dir der Ansatz beim googlen.

VG
Stephan
levithomas
2013-10-23 22:19:17 UTC
Permalink
Hi,

danke für Dein Interesse.
IPCP taucht bei mir in Wireshark nicht auf. Ich habe mal die Paketfolge
No. Time Source Destination
Protocol Length Info
28 5.642564000 192.168.178.24 89.189.5.130
TCP 66 51876 > pptp [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=4
SACK_PERM=1
Frame 28: 66 bytes on wire (528 bits), 66 bytes captured (528 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 0, Len: 0
No. Time Source Destination
Protocol Length Info
29 5.655495000 89.189.5.130 192.168.178.24
TCP 66 pptp > 51876 [SYN, ACK] Seq=0 Ack=1 Win=16384 Len=0
MSS=1460 WS=1 SACK_PERM=1
Frame 29: 66 bytes on wire (528 bits), 66 bytes captured (528 bits)
on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
51876 (51876), Seq: 0, Ack: 1, Len: 0
No. Time Source Destination
Protocol Length Info
30 5.655588000 192.168.178.24 89.189.5.130
TCP 54 51876 > pptp [ACK] Seq=1 Ack=1 Win=65700 Len=0
Frame 30: 54 bytes on wire (432 bits), 54 bytes captured (432 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 1, Ack: 1, Len: 0
No. Time Source Destination
Protocol Length Info
31 5.655646000 192.168.178.24 89.189.5.130
PPTP 210 Start-Control-Connection-Request
Frame 31: 210 bytes on wire (1680 bits), 210 bytes captured (1680
bits) on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 1, Ack: 1, Len: 156
Point-to-Point Tunnelling Protocol
Length: 156
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Start-Control-Connection-Request (1)
Reserved: 0000
Protocol version: 1.0
Reserved: 0000
Framing Capabilities: Asynchronous Framing supported (1)
Bearer Capabilities: Analog access supported (1)
Maximum Channels: 0
Firmware Revision: 0
Vendor Name: Microsoft
No. Time Source Destination
Protocol Length Info
32 5.656899000 192.168.178.24 192.168.178.1
DNS 85 Standard query 0xc599 A teredo.ipv6.microsoft.com
Frame 32: 85 bytes on wire (680 bits), 85 bytes captured (680 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 192.168.178.1 (192.168.178.1)
User Datagram Protocol, Src Port: 60820 (60820), Dst Port: domain
(53)
Domain Name System (query)
[Response In: 34]
Transaction ID: 0xc599
Flags: 0x0100 Standard query
Questions: 1
Answer RRs: 0
Authority RRs: 0
Additional RRs: 0
Queries
teredo.ipv6.microsoft.com: type A, class IN
Name: teredo.ipv6.microsoft.com
Type: A (Host address)
Class: IN (0x0001)
No. Time Source Destination
Protocol Length Info
33 5.657001000 192.168.178.24 192.168.178.255
NBNS 92 Name query NB ISATAP<00>
Frame 33: 92 bytes on wire (736 bits), 92 bytes captured (736 bits)
on interface 0
Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 192.168.178.255 (192.168.178.255)
netbios-ns (137)
NetBIOS Name Service
No. Time Source Destination
Protocol Length Info
34 5.670756000 192.168.178.1 192.168.178.24
DNS 150 Standard query response 0xc599 CNAME
teredo.ipv6.microsoft.com.nsatc.net A 94.245.121.253
Frame 34: 150 bytes on wire (1200 bits), 150 bytes captured (1200
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
Internet Protocol Version 4, Src: 192.168.178.1 (192.168.178.1),
Dst: 192.168.178.24 (192.168.178.24)
User Datagram Protocol, Src Port: domain (53), Dst Port: 60820
(60820)
Domain Name System (response)
[Request In: 32]
[Time: 0.013857000 seconds]
Transaction ID: 0xc599
Flags: 0x8180 Standard query response, No error
Questions: 1
Answer RRs: 2
Authority RRs: 0
Additional RRs: 0
Queries
teredo.ipv6.microsoft.com: type A, class IN
Name: teredo.ipv6.microsoft.com
Type: A (Host address)
Class: IN (0x0001)
Answers
No. Time Source Destination
Protocol Length Info
35 5.676441000 89.189.5.130 192.168.178.24
PPTP 210 Start-Control-Connection-Reply
Frame 35: 210 bytes on wire (1680 bits), 210 bytes captured (1680
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
51876 (51876), Seq: 1, Ack: 157, Len: 156
Point-to-Point Tunnelling Protocol
Length: 156
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Start-Control-Connection-Reply (2)
Reserved: 0000
Protocol version: 1.0
Result Code: Successful channel establishment (1)
Error Code: None (0)
Framing Capabilities: Synchronous Framing supported (2)
Bearer Capabilities: Either access supported (3)
Maximum Channels: 0
Firmware Revision: 3790
Vendor Name: Microsoft
No. Time Source Destination
Protocol Length Info
36 5.676509000 192.168.178.24 89.189.5.130
PPTP 222 Outgoing-Call-Request
Frame 36: 222 bytes on wire (1776 bits), 222 bytes captured (1776
bits) on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 157, Ack: 157, Len: 168
Point-to-Point Tunnelling Protocol
Length: 168
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Outgoing-Call-Request (7)
Reserved: 0000
Call ID: 38476
Call Serial Number: 4
Minimum BPS: 300
Maximum BPS: 100000000
Bearer Type: Either access supported (3)
Framing Type: Either Framing supported (3)
Packet Receive Window Size: 64
Packet Processing Delay: 0
Phone Number Length: 0
Reserved: 0000
Subaddress: \224e\367UG\310)K\214\305\2315t\037\272\315
No. Time Source Destination
Protocol Length Info
38 5.680624000 192.168.178.24 192.168.178.1
DNS 85 Standard query 0xbe12 A teredo.ipv6.microsoft.com
Frame 38: 85 bytes on wire (680 bits), 85 bytes captured (680 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 192.168.178.1 (192.168.178.1)
User Datagram Protocol, Src Port: 51294 (51294), Dst Port: domain
(53)
Domain Name System (query)
[Response In: 39]
Transaction ID: 0xbe12
Flags: 0x0100 Standard query
Questions: 1
Answer RRs: 0
Authority RRs: 0
Additional RRs: 0
Queries
teredo.ipv6.microsoft.com: type A, class IN
Name: teredo.ipv6.microsoft.com
Type: A (Host address)
Class: IN (0x0001)
No. Time Source Destination
Protocol Length Info
39 5.681554000 192.168.178.1 192.168.178.24
DNS 150 Standard query response 0xbe12 CNAME
teredo.ipv6.microsoft.com.nsatc.net A 94.245.121.253
Frame 39: 150 bytes on wire (1200 bits), 150 bytes captured (1200
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
Internet Protocol Version 4, Src: 192.168.178.1 (192.168.178.1),
Dst: 192.168.178.24 (192.168.178.24)
User Datagram Protocol, Src Port: domain (53), Dst Port: 51294
(51294)
Domain Name System (response)
[Request In: 38]
[Time: 0.000930000 seconds]
Transaction ID: 0xbe12
Flags: 0x8180 Standard query response, No error
Questions: 1
Answer RRs: 2
Authority RRs: 0
Additional RRs: 0
Queries
teredo.ipv6.microsoft.com: type A, class IN
Name: teredo.ipv6.microsoft.com
Type: A (Host address)
Class: IN (0x0001)
Answers
No. Time Source Destination
Protocol Length Info
42 5.689307000 89.189.5.130 192.168.178.24
PPTP 86 Outgoing-Call-Reply
Frame 42: 86 bytes on wire (688 bits), 86 bytes captured (688 bits)
on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
51876 (51876), Seq: 157, Ack: 325, Len: 32
Point-to-Point Tunnelling Protocol
Length: 32
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Outgoing-Call-Reply (8)
Reserved: 0000
Call ID: 48286
Peer Call ID: 38476
Result Code: Connected (1)
Error Code: None (0)
Cause Code: 0
Connect Speed: 14808325
Packet Receive Window Size: 16384
Packet Processing Delay: 0
Physical Channel ID: 0
No. Time Source Destination
Protocol Length Info
73 5.896894000 192.168.178.24 89.189.5.130
TCP 54 51876 > pptp [ACK] Seq=325 Ack=189 Win=65512 Len=0
Frame 73: 54 bytes on wire (432 bits), 54 bytes captured (432 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 325, Ack: 189, Len: 0
No. Time Source Destination
Protocol Length Info
76 6.002437000 192.168.178.24 89.189.5.130
PPTP 78 Set-Link-Info
Frame 76: 78 bytes on wire (624 bits), 78 bytes captured (624 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 325, Ack: 189, Len: 24
Point-to-Point Tunnelling Protocol
Length: 24
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Set-Link-Info (15)
Reserved: 0000
Peer Call ID: 48286
Reserved: 0000
Send ACCM: 0xffffffff
Receive ACCM: 0xffffffff
No. Time Source Destination
Protocol Length Info
81 6.019750000 192.168.178.24 89.189.5.130
PPP LCP 71 Configuration Request
Frame 81: 71 bytes on wire (568 bits), 71 bytes captured (568 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
86 6.032364000 89.189.5.130 192.168.178.24
PPP LCP 110 Configuration Request
Frame 86: 110 bytes on wire (880 bits), 110 bytes captured (880
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
87 6.032430000 89.189.5.130 192.168.178.24
PPP LCP 71 Configuration Ack
Frame 87: 71 bytes on wire (568 bits), 71 bytes captured (568 bits)
on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
88 6.032741000 192.168.178.24 89.189.5.130
PPP LCP 89 Configuration Reject
Frame 88: 89 bytes on wire (712 bits), 89 bytes captured (712 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
101 6.176426000 89.189.5.130 192.168.178.24
TCP 54 pptp > 51876 [ACK] Seq=189 Ack=349 Win=65187 Len=0
Frame 101: 54 bytes on wire (432 bits), 54 bytes captured (432 bits)
on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
51876 (51876), Seq: 189, Ack: 349, Len: 0
No. Time Source Destination
Protocol Length Info
124 8.020169000 89.189.5.130 192.168.178.24
PPP LCP 106 Configuration Request
Frame 124: 106 bytes on wire (848 bits), 106 bytes captured (848
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
205 11.020005000 89.189.5.130 192.168.178.24
PPP LCP 106 Configuration Request
Frame 205: 106 bytes on wire (848 bits), 106 bytes captured (848
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
206 11.020453000 192.168.178.24 89.189.5.130
PPP LCP 89 Configuration Reject
Frame 206: 89 bytes on wire (712 bits), 89 bytes captured (712 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
218 15.150366000 89.189.5.130 192.168.178.24
PPP LCP 106 Configuration Request
Frame 218: 106 bytes on wire (848 bits), 106 bytes captured (848
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
219 15.150790000 192.168.178.24 89.189.5.130
PPP LCP 89 Configuration Reject
Frame 219: 89 bytes on wire (712 bits), 89 bytes captured (712 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
225 19.160801000 89.189.5.130 192.168.178.24
PPP LCP 106 Configuration Request
Frame 225: 106 bytes on wire (848 bits), 106 bytes captured (848
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
226 19.161207000 192.168.178.24 89.189.5.130
PPP LCP 89 Configuration Reject
Frame 226: 89 bytes on wire (712 bits), 89 bytes captured (712 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
277 23.160974000 89.189.5.130 192.168.178.24
PPP LCP 106 Configuration Request
Frame 277: 106 bytes on wire (848 bits), 106 bytes captured (848
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
278 23.161740000 192.168.178.24 89.189.5.130
PPP LCP 70 Termination Request
Frame 278: 70 bytes on wire (560 bits), 70 bytes captured (560 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
279 24.258058000 192.168.178.24 89.189.5.130
PPP LCP 66 Termination Request
Frame 279: 66 bytes on wire (528 bits), 66 bytes captured (528 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
280 24.270572000 89.189.5.130 192.168.178.24
PPP LCP 70 Termination Ack
Frame 280: 70 bytes on wire (560 bits), 70 bytes captured (560 bits)
on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
No. Time Source Destination
Protocol Length Info
281 24.272370000 192.168.178.24 89.189.5.130
PPTP 70 Call-Clear-Request
Frame 281: 70 bytes on wire (560 bits), 70 bytes captured (560 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 349, Ack: 189, Len: 16
Point-to-Point Tunnelling Protocol
Length: 16
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Call-Clear-Request (12)
Reserved: 0000
Call ID: 38476
Reserved: 0000
No. Time Source Destination
Protocol Length Info
282 24.284920000 89.189.5.130 192.168.178.24
PPTP 202 Call-Disconnect-Notify
Frame 282: 202 bytes on wire (1616 bits), 202 bytes captured (1616
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
51876 (51876), Seq: 189, Ack: 365, Len: 148
Point-to-Point Tunnelling Protocol
Length: 148
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Call-Disconnect-Notify (13)
Reserved: 0000
Call ID: 38476
Result Code: Unknown (0)
Error Code: None (0)
Cause Code: 0
Reserved: 0000
No. Time Source Destination
Protocol Length Info
283 24.491852000 192.168.178.24 89.189.5.130
TCP 54 51876 > pptp [ACK] Seq=365 Ack=337 Win=65364 Len=0
Frame 283: 54 bytes on wire (432 bits), 54 bytes captured (432 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 365, Ack: 337, Len: 0
No. Time Source Destination
Protocol Length Info
289 25.278673000 192.168.178.24 89.189.5.130
PPTP 70 Stop-Control-Connection-Request
Frame 289: 70 bytes on wire (560 bits), 70 bytes captured (560 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 365, Ack: 337, Len: 16
Point-to-Point Tunnelling Protocol
Length: 16
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Stop-Control-Connection-Request (3)
Reserved: 0000
Reason: None (1)
Reserved: 00
Reserved: 0000
No. Time Source Destination
Protocol Length Info
290 25.291364000 89.189.5.130 192.168.178.24
PPTP 70 Stop-Control-Connection-Reply
Frame 290: 70 bytes on wire (560 bits), 70 bytes captured (560 bits)
on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
51876 (51876), Seq: 337, Ack: 381, Len: 16
Point-to-Point Tunnelling Protocol
Length: 16
Message type: Control Message (1)
Magic Cookie: 0x1a2b3c4d (correct)
Control Message Type: Stop-Control-Connection-Reply (4)
Reserved: 0000
Result Code: OK (1)
Error Code: None (0)
Reserved: 0000
No. Time Source Destination
Protocol Length Info
291 25.291442000 192.168.178.24 89.189.5.130
TCP 54 51876 > pptp [FIN, ACK] Seq=381 Ack=353 Win=65348
Len=0
Frame 291: 54 bytes on wire (432 bits), 54 bytes captured (432 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 381, Ack: 353, Len: 0
No. Time Source Destination
Protocol Length Info
297 25.303375000 89.189.5.130 192.168.178.24
TCP 54 pptp > 51876 [FIN, ACK] Seq=353 Ack=382 Win=65155
Len=0
Frame 297: 54 bytes on wire (432 bits), 54 bytes captured (432 bits)
on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
51876 (51876), Seq: 353, Ack: 382, Len: 0
No. Time Source Destination
Protocol Length Info
298 25.303452000 192.168.178.24 89.189.5.130
TCP 54 51876 > pptp [RST, ACK] Seq=382 Ack=353 Win=0 Len=0
Frame 298: 54 bytes on wire (432 bits), 54 bytes captured (432 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
pptp (1723), Seq: 382, Ack: 353, Len: 0
Vielleicht hilft das weiter?
Ich habe den Eindruck, dass der Server einen PPP LCP Configuration
Request sendet und mein PC (Client) sofort darauf den Configuration
Reject. Etwas später sendet der Server dann wieder denselben
Configuration Request, woraufhin mein PC wieder sofort einen
Configuration Reject sendet.
Bei Verbindung über VDSL passiert das zwar auch erst, aber schon beim
zweiten Configuration Request des Servers entählt dieser veränderte
Konfigurationen, auf die sich Server und Client dann nach ein paar
weiteren Iterationen verständigen. Zudem werden die Pakete unmittelbar
hintereinander versendet. Bei Glasfaser liegt eine gewisse Verzögerung
zwischen dem Versenden des Rejects durch den Client und dem dann
folgenden Versenden des erneuten requests durch den Server.
-> Ich habe das Gefühl, dass das Reject-Paket beim Server nicht
ankommt, weil dieser ja sonst nicht warten würde mit dem Versenden
eines erneuten requests und er würde auch nicht einen neuen request
senden mit denselben Konfigurationsparametern, wenn er den reject
erhalten und ausgewertet hätte.
Hier die Details eines request (205) und eines rejects (206)
No. Time Source Destination
Protocol Length Info
205 11.020005000 89.189.5.130 192.168.178.24
PPP LCP 106 Configuration Request
Frame 205: 106 bytes on wire (848 bits), 106 bytes captured (848
bits) on interface 0
AsustekC_03:d7:17 (00:22:15:03:d7:17)
192.168.178.24 (192.168.178.24)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
Code: Configuration Request (1)
Identifier: 2 (0x02)
Length: 56
Options: (52 bytes), Maximum Receive Unit, Authentication
Protocol, Magic Number, Protocol Field Compression, Address and
Control Field Compression, Callback, Multilink MRRU, Multilink
Endpoint Discriminator, Link Discriminator for BACP
Maximum Receive Unit: 1400
Authentication Protocol: Extensible Authentication Protocol
(0xc227)
Magic Number: 0x5b7d33eb
Protocol Field Compression
Address and Control Field Compression
Callback: Location is determined during CBCP negotiation
Multilink MRRU: 1614
Multilink Endpoint Discriminator: Class: Locally assigned
address
Link Discriminator for BACP: 107 (0x006b)
No. Time Source Destination
Protocol Length Info
206 11.020453000 192.168.178.24 89.189.5.130
PPP LCP 89 Configuration Reject
Frame 206: 89 bytes on wire (712 bits), 89 bytes captured (712 bits)
on interface 0
Avm_4b:05:32 (c0:25:06:4b:05:32)
Internet Protocol Version 4, Src: 192.168.178.24 (192.168.178.24),
Dst: 89.189.5.130 (89.189.5.130)
Generic Routing Encapsulation (PPP)
Point-to-Point Protocol
PPP Link Control Protocol
Code: Configuration Reject (4)
Identifier: 2 (0x02)
Length: 35
Options: (31 bytes), Multilink MRRU, Multilink Endpoint
Discriminator, Link Discriminator for BACP
Multilink MRRU: 1614
Multilink Endpoint Discriminator: Class: Locally assigned
address
Link Discriminator for BACP: 107 (0x006b)
Stephan Sanders
2013-10-24 19:46:04 UTC
Permalink
Hi Thomas,
Post by levithomas
Hi,
danke für Dein Interesse.
IPCP taucht bei mir in Wireshark nicht auf. Ich habe mal die Paketfolge
ICP nicht IPCP :-S
Übrigens habe ich den Eingangspost gar nicht gelesen. Internet geht ja
bei dir. Daher vergiss meine Ansätze. Ich dachte es geht um die
Interneteinwahl.

Wer initiert die pptp Verbindung? der gleiche Router?
- Problem durch gleiche MAC Adresse? Eventuell filtert der BRAS / die
pptp Requests raus, da er nur eine Verbindung pro MAC zulässt, und hier
irgendwie durcheinanderkommt mit der pppoe Session die er terminiert.
Ist doch noch normales pppoe, welches für das Internet konfiguriert wird
oder?

VG
Stephan
levithomas
2013-10-25 16:51:10 UTC
Permalink
Der fli4l wählt sich per pppoe auf dem Glasfaseranschluss ein.
Dahinter bin ich mit meinem Rechner (auf dem auch wireshark lief) und
probiere die pptp-Verbindung aufzubauen.

Um Informationen über MAC-Adressen rauszubekommen, habe ich einmal die
Infos vom Speedport ausgelesen, wenn er sich verbindet (und alles
funktioniert):

IPV6 scheint aktiv zu sein.
-> Wenn der fli4l sich verbindet, ist doch keine IPV6-Adresse sichtbar
(sorry, dass ich das bisher gesagt habe):

-> Beim Test mit pfSense werden zwar auch IPV6-Adressen ausgehandelt,
aber andere und pptp funktioniert ja trotzdem nicht:



Ob es jetzt "normal" ist, dass beim Telekomrouter sowohl eine
IPV4-Adresse als auch eine IPV6-Adresse über die pppoe-Verbindung
ausgehandelt wird, kann ich nicht beurteilen. Kenne mich mit IPV6 leider
gar nicht aus.
Gibt es besondere Anforderungen bei Dual Stack, sodass ich IPV6 auf dem
fli4l aktivieren muss? Aber was muss ich dann im DSL-Paket etc.
einstellen? :?

Danke fürs Helfen.
levithomas
2013-11-03 19:53:17 UTC
Permalink
Hallo zusammen,

das Problem liegt offenbar ganz woanders:
"Point-to-Point Tunneling Protocol (PPTP) connections may not work on
ESXi 5.5"
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2061834

Danke für alle, die sich Zeit genommen haben.

Loading...