- Mitglied seit
- 4 Mai 2008
- Beiträge
- 303
- Punkte für Reaktionen
- 5
- Punkte
- 18
Hallo,
Kumpel von mir bekommt keine Voice Verbindung (also keine Session). Was man im Wireshark sehen kann ist, da
Das vom BRAS ein Session Termination kommt, dann die PPPoE Discovery von vorne anfängt (interessanterweise Doppelt (von der AVM Kiste)) und dann das Ping Pong von LCP Configuration Requests und Acks erneut beginnt, bis vom BRAS erneut PADT kommt.
Ich lese in http://www.ip-phone-forum.de/showthread.php?t=229197
das Encapsulation für 1und1 VoIP PPPoA_LLC sein soll. Ist das korrekt oder unterscheidet sich das je nachdem über welchem Wholesale Partner 1und1 anschaltet (Telefonica/Vodafone)
lt. Fritte ist nämlich in der ar7.cfg PPPoE für die 2. PVC (VoIP) aktiv
sollte da dann nicht dsl_encap_pppoa_llc stehen? Kann das vielleicht irgendwer erklären oder ist es ein Denkfehler von mir. Btw, Box wurde von 1und1 schon getauscht, zig mal via TR069 provisioniert und Netzseitig (Techniker vor Ort und am Übergabeverteiler (vor HVT) sowie die Portkonfiguration Prüfung ergeben lt. 1und1 keinen Fehler)
EDIT: Vielleicht kann einer auch eine .export Datei zur verfügung stellen, mit gelöschten Passwörtern natürlich, von einem Anschluss der korrekt funktioniert. Alternativ den Output vom Befehl "showdslstats" direkt vom Telnet Prompt
Gruß
Edge
Kumpel von mir bekommt keine Voice Verbindung (also keine Session). Was man im Wireshark sehen kann ist, da
Code:
18 18.599726 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Ack
19 21.690517 Siara_1e:69:f3 c0:25:06:82:00:e0 PPP LCP Configuration Request
20 21.690584 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Ack
21 22.513625 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Request
22 24.800062 Siara_1e:69:f3 c0:25:06:82:00:e0 PPP LCP Configuration Request
23 24.800114 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Ack
24 28.014829 Siara_1e:69:f3 c0:25:06:82:00:e0 PPPoED Active Discovery Terminate (PADT)
25 28.014850 c0:25:06:82:00:e0 Siara_1e:69:f3 PPPoED Active Discovery Terminate (PADT)
26 28.513883 c0:25:06:82:00:e0 Broadcast PPPoED Active Discovery Initiation (PADI)
27 29.013633 c0:25:06:82:00:e0 Broadcast PPPoED Active Discovery Initiation (PADI)
28 29.628360 Siara_1e:69:f3 c0:25:06:82:00:e0 PPPoED Active Discovery Offer (PADO)
29 29.628395 c0:25:06:82:00:e0 Siara_1e:69:f3 PPPoED Active Discovery Request (PADR)
30 29.767823 Siara_1e:69:f3 c0:25:06:82:00:e0 PPPoED Active Discovery Session-confirmation (PADS)
31 29.767892 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Request
32 30.121621 Siara_1e:69:f3 c0:25:06:82:00:e0 PPPoED Active Discovery Offer (PADO)
33 31.513678 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Request
34 32.800496 Siara_1e:69:f3 c0:25:06:82:00:e0 PPP LCP Configuration Request
35 32.800547 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Ack
36 33.513742 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Request
37 35.513638 c0:25:06:82:00:e0 Siara_1e:69:f3 PPP LCP Configuration Request
Das vom BRAS ein Session Termination kommt, dann die PPPoE Discovery von vorne anfängt (interessanterweise Doppelt (von der AVM Kiste)) und dann das Ping Pong von LCP Configuration Requests und Acks erneut beginnt, bis vom BRAS erneut PADT kommt.
Ich lese in http://www.ip-phone-forum.de/showthread.php?t=229197
das Encapsulation für 1und1 VoIP PPPoA_LLC sein soll. Ist das korrekt oder unterscheidet sich das je nachdem über welchem Wholesale Partner 1und1 anschaltet (Telefonica/Vodafone)
lt. Fritte ist nämlich in der ar7.cfg PPPoE für die 2. PVC (VoIP) aktiv
Code:
} {
VPI = 1;
VCI = 35;
traffic_class = atm_traffic_class_CBR;
pcr = 603;
scr = 0;
priority = 1;
[B] dsl_encap = dslencap_pppoe;[/B]
ipbridgeing = no;
ipbridgeing_igmp = no;
pppoeforwarding = no;
connections = "voip";
sollte da dann nicht dsl_encap_pppoa_llc stehen? Kann das vielleicht irgendwer erklären oder ist es ein Denkfehler von mir. Btw, Box wurde von 1und1 schon getauscht, zig mal via TR069 provisioniert und Netzseitig (Techniker vor Ort und am Übergabeverteiler (vor HVT) sowie die Portkonfiguration Prüfung ergeben lt. 1und1 keinen Fehler)
EDIT: Vielleicht kann einer auch eine .export Datei zur verfügung stellen, mit gelöschten Passwörtern natürlich, von einem Anschluss der korrekt funktioniert. Alternativ den Output vom Befehl "showdslstats" direkt vom Telnet Prompt
Gruß
Edge
Zuletzt bearbeitet: