Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
LCP terminated by peer ???
168 views
Skip to first unread message
Kay Martinen
Mar 3, 2016, 2:37:26 PM3/3/16
to
Hallo.
Mein (Software-) Router macht jeden Tag kurz nach Mitternacht ein
Reconnect. Doch heute fand ich das hier im log des ipfire:
> 00:05:10 pppd[18333]: Script /etc/ppp/ip-up started (pid 18361)
> 00:05:40 pppd[18333]: Script /etc/ppp/ip-up finished (pid 18361), status = 0x0
> 19:50:17 pppd[18333]: rcvd [LCP TermReq id=0x2]
> 19:50:17 pppd[18333]: LCP terminated by peer
> 19:50:17 pppd[18333]: Connect time 1185.2 minutes.
> 19:50:17 pppd[18333]: Sent 5135391 bytes, received 61650558 bytes.
> 19:50:17 pppd[18333]: Script /etc/ppp/ip-down started (pid 15629)
> 19:50:17 pppd[18333]: sent [LCP TermAck id=0x2]
> 19:50:20 pppd[18333]: Script /etc/ppp/ip-down finished (pid 15629), status = 0x0
> 19:50:20 pppd[18333]: Connection terminated.
> 19:50:20 pppd[18333]: Modem hangup
> 19:50:20 pppd[18333]: Exit.
Der war also 1185 min. Online und hatte nix zu tun, doch heute Abend,
als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
getrennt - so wie ich das oben lese. Oder?
> 19:50:24 pppd[16014]: Plugin rp-pppoe.so loaded.
Und 4 Sek. Später loggte er sich wieder ein und so weit läufts jetzt
erst mal wieder...
Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
Andere Erklärungs-Möglichkeiten!?
A. ???
B. Ich wollte zu dem Obigen Zeitpunkt grade via IMAP auf meine
T-Offline-Email zugreifen. Nach dem Reconnect fand ich dort eine
Phishing-Mail in der Inbox die so schlecht getextet war das sie sofort
erkennbar ist -> Junk!
Mein TB steht per Default auf Text-Only Ansicht. Irgendwelche Links o.a.
sollten da also nicht geladen worden sein.
C. Ich hatte vor 1-2 Tagen an der Einwahl-konfig etwas geändert. Sprich,
ich habe von DialOnDemand auf Dauerverbindung umgestellt und das
DialOnDemand für DNS aus geschaltet. Ich habe jetzt noch nicht nach
*gelesen* ob und welchen Effekt das noch haben kann - rein logisch sehe
ich keinen.
Von irgendwelchen Leitungs-arbeiten (um diese Zeit?) ist mir nichts
bekannt. Und das die Leitung auf einmal so schlecht würde das nur noch
ein Reconnect hilft hatte ich bisher auch noch nie, in den Monaten die
ich das schon habe.
Jedenfalls: Ich kann mich nicht erinnern das ich je irgendwann mal einen
Verbindungsabbruch hatte der NICHT von mir ausgelöst worden wäre (=
bewusster Logout/Hangup). Daher meine Frage.
Technisch ist das hier ein Call&Surf mit Echtem ISDN, Splitter und T-DSL
2000 RAM
Kay
--
https://www.linuxcounter.net/cert/224140.png
Mein (Software-) Router macht jeden Tag kurz nach Mitternacht ein
Reconnect. Doch heute fand ich das hier im log des ipfire:
> 00:05:10 pppd[18333]: Script /etc/ppp/ip-up started (pid 18361)
> 00:05:40 pppd[18333]: Script /etc/ppp/ip-up finished (pid 18361), status = 0x0
> 19:50:17 pppd[18333]: rcvd [LCP TermReq id=0x2]
> 19:50:17 pppd[18333]: LCP terminated by peer
> 19:50:17 pppd[18333]: Connect time 1185.2 minutes.
> 19:50:17 pppd[18333]: Sent 5135391 bytes, received 61650558 bytes.
> 19:50:17 pppd[18333]: Script /etc/ppp/ip-down started (pid 15629)
> 19:50:17 pppd[18333]: sent [LCP TermAck id=0x2]
> 19:50:20 pppd[18333]: Script /etc/ppp/ip-down finished (pid 15629), status = 0x0
> 19:50:20 pppd[18333]: Connection terminated.
> 19:50:20 pppd[18333]: Modem hangup
> 19:50:20 pppd[18333]: Exit.
Der war also 1185 min. Online und hatte nix zu tun, doch heute Abend,
als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
getrennt - so wie ich das oben lese. Oder?
> 19:50:24 pppd[16014]: Plugin rp-pppoe.so loaded.
Und 4 Sek. Später loggte er sich wieder ein und so weit läufts jetzt
erst mal wieder...
Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
Andere Erklärungs-Möglichkeiten!?
A. ???
B. Ich wollte zu dem Obigen Zeitpunkt grade via IMAP auf meine
T-Offline-Email zugreifen. Nach dem Reconnect fand ich dort eine
Phishing-Mail in der Inbox die so schlecht getextet war das sie sofort
erkennbar ist -> Junk!
Mein TB steht per Default auf Text-Only Ansicht. Irgendwelche Links o.a.
sollten da also nicht geladen worden sein.
C. Ich hatte vor 1-2 Tagen an der Einwahl-konfig etwas geändert. Sprich,
ich habe von DialOnDemand auf Dauerverbindung umgestellt und das
DialOnDemand für DNS aus geschaltet. Ich habe jetzt noch nicht nach
*gelesen* ob und welchen Effekt das noch haben kann - rein logisch sehe
ich keinen.
Von irgendwelchen Leitungs-arbeiten (um diese Zeit?) ist mir nichts
bekannt. Und das die Leitung auf einmal so schlecht würde das nur noch
ein Reconnect hilft hatte ich bisher auch noch nie, in den Monaten die
ich das schon habe.
Jedenfalls: Ich kann mich nicht erinnern das ich je irgendwann mal einen
Verbindungsabbruch hatte der NICHT von mir ausgelöst worden wäre (=
bewusster Logout/Hangup). Daher meine Frage.
Technisch ist das hier ein Call&Surf mit Echtem ISDN, Splitter und T-DSL
2000 RAM
Kay
--
https://www.linuxcounter.net/cert/224140.png
Ulrich Zwirner
Mar 3, 2016, 4:05:14 PM3/3/16
to
Am 03.03.2016 um 20:37 schrieb Kay Martinen:
> Jedenfalls: Ich kann mich nicht erinnern das ich je irgendwann mal einen
> Verbindungsabbruch hatte der NICHT von mir ausgelöst worden wäre (=
> bewusster Logout/Hangup). Daher meine Frage.
>
> Technisch ist das hier ein Call&Surf mit Echtem ISDN, Splitter und T-DSL
> 2000 RAM
Warum sollte nicht einmal ein Portreset z.B. aufgrund eines
> Jedenfalls: Ich kann mich nicht erinnern das ich je irgendwann mal einen
> Verbindungsabbruch hatte der NICHT von mir ausgelöst worden wäre (=
> bewusster Logout/Hangup). Daher meine Frage.
>
> Technisch ist das hier ein Call&Surf mit Echtem ISDN, Splitter und T-DSL
> 2000 RAM
Firmwareupdates im Port erfolgen?
Gruß Ulrich
Achim Peters
Mar 3, 2016, 6:20:02 PM3/3/16
to
On 03.03.2016 20:37, Kay Martinen wrote:
> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
Es gibt seit jeher bei T-O den 24-Stunden-Timeout, nach dem eine Session
> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
von T-O-Seite grundsätzlich gekappt wird (nicht nur bei Inaktivität).
Der gilt nicht (mehr) für alle Tarife, aber wohl für den Deinen.
Kann es der gewesen sein?
Bye
Achim
Kay Martinen
Mar 4, 2016, 2:22:17 AM3/4/16
to
Am 04.03.2016 um 00:15 schrieb Achim Peters:
> On 03.03.2016 20:37, Kay Martinen wrote:
>> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
>> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>
> Es gibt seit jeher bei T-O den 24-Stunden-Timeout, nach dem eine Session
> On 03.03.2016 20:37, Kay Martinen wrote:
>> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
>> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>
> Es gibt seit jeher bei T-O den 24-Stunden-Timeout, nach dem eine Session
> Kann es der gewesen sein?
Nur wenn die T-O die 24 Std. neu definiert hätten, als 1185 min. statt
1440. Hast du das überlesen?
Kay
--
https://www.linuxcounter.net/cert/224140.png
Kay Martinen
Mar 4, 2016, 2:25:53 AM3/4/16
to
Am 03.03.2016 um 22:05 schrieb Ulrich Zwirner:
> Am 03.03.2016 um 20:37 schrieb Kay Martinen:
>
>> Jedenfalls: Ich kann mich nicht erinnern das ich je irgendwann mal einen
>> Verbindungsabbruch hatte der NICHT von mir ausgelöst worden wäre (=
>> bewusster Logout/Hangup). Daher meine Frage.
>
> Am 03.03.2016 um 20:37 schrieb Kay Martinen:
>
>> Jedenfalls: Ich kann mich nicht erinnern das ich je irgendwann mal einen
>> Verbindungsabbruch hatte der NICHT von mir ausgelöst worden wäre (=
>> bewusster Logout/Hangup). Daher meine Frage.
>
> Warum sollte nicht einmal ein Portreset z.B. aufgrund eines
> Firmwareupdates im Port erfolgen?
Daran hab ich noch nicht gedacht. Ist aber ein ungeschickter Zeitpunkt,
> Firmwareupdates im Port erfolgen?
findest du nicht auch?
Leider verrät mir das log keine Details (Konzentrator-name u. evtl.
Version) sonst könnte man das genauer wissen.
Kay
--
https://www.linuxcounter.net/cert/224140.png
Thomas Einzel
Mar 4, 2016, 4:10:59 AM3/4/16
to
Am 03.03.2016 um 20:37 schrieb Kay Martinen:
...
> Der war also 1185 min. Online und hatte nix zu tun, doch heute Abend,
> als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
> getrennt - so wie ich das oben lese. Oder?
War das *einmaliger* Vorgang?
> als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
> getrennt - so wie ich das oben lese. Oder?
Oder kommt das öfter, oder gar regelmäßig nach knapp 20h vor?
> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
> Verbindung von T-Online-Seite gekappt wird?
> Und warum wohl?
>
> Andere Erklärungs-Möglichkeiten!?
--
Thomas
Ulrich Zwirner
Mar 4, 2016, 4:41:07 AM3/4/16
to
Am 04.03.2016 um 00:15 schrieb Achim Peters:
> On 03.03.2016 20:37, Kay Martinen wrote:
>> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
>> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>
> Es gibt seit jeher bei T-O den 24-Stunden-Timeout, nach dem eine Session
> von T-O-Seite grundsätzlich gekappt wird (nicht nur bei Inaktivität).
> Der gilt nicht (mehr) für alle Tarife, aber wohl für den Deinen.
Ja, bei dem alten Tarif von Kay sollte nach 24 Stunden grundsätzlich
>> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
>> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>
> Es gibt seit jeher bei T-O den 24-Stunden-Timeout, nach dem eine Session
> von T-O-Seite grundsätzlich gekappt wird (nicht nur bei Inaktivität).
> Der gilt nicht (mehr) für alle Tarife, aber wohl für den Deinen.
eine kurze Trennung der PPPoE-Session mit anschließender Vergabe einer
neuen IP erfolgen.
Ich habe Kays "Modem hangup" aber als Trennung der DSL-Verbindung
(Synchronisation) verstanden. @Kay: irre ich mich da.
Gruß Ulrich
Kay Martinen
Mar 4, 2016, 11:33:14 AM3/4/16
to
Am 04.03.2016 um 10:40 schrieb Ulrich Zwirner:
> Am 04.03.2016 um 00:15 schrieb Achim Peters:
>> On 03.03.2016 20:37, Kay Martinen wrote:
>>> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
>>> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>>
>> Es gibt seit jeher bei T-O den 24-Stunden-Timeout, nach dem eine Session
>> von T-O-Seite grundsätzlich gekappt wird (nicht nur bei Inaktivität).
>> Der gilt nicht (mehr) für alle Tarife, aber wohl für den Deinen.
>
> Ja, bei dem alten Tarif von Kay sollte nach 24 Stunden grundsätzlich
> eine kurze Trennung der PPPoE-Session mit anschließender Vergabe einer
> neuen IP erfolgen.
Siehe OP mit logausschnitt. Um 00:05 wurde die Trennung und
> Am 04.03.2016 um 00:15 schrieb Achim Peters:
>> On 03.03.2016 20:37, Kay Martinen wrote:
>>> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
>>> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>>
>> Es gibt seit jeher bei T-O den 24-Stunden-Timeout, nach dem eine Session
>> von T-O-Seite grundsätzlich gekappt wird (nicht nur bei Inaktivität).
>> Der gilt nicht (mehr) für alle Tarife, aber wohl für den Deinen.
>
> Ja, bei dem alten Tarif von Kay sollte nach 24 Stunden grundsätzlich
> eine kurze Trennung der PPPoE-Session mit anschließender Vergabe einer
> neuen IP erfolgen.
neuverbindung durch den Router selbst ausgelöst. Und dann um 19:50 -
also vor ablauf der 24h. - Offenbar durch remote ausgelöster
Verbindungs-abbau.
> Ich habe Kays "Modem hangup" aber als Trennung der DSL-Verbindung
> (Synchronisation) verstanden. @Kay: irre ich mich da.
kontrolliert als die Verbindung abgebaut wurde. Da relativ kurz danach
die ppp session wieder stand (kürzer als der übliche
Re-Synchronisations-Lauf) würde ich annehmen das nur die PPP-Session
zurück gesetzt wurde.
Ich wollte die Hotline anrufen und fragen, hab's aber dann gelassen.
Deren Anruf-abwimmler war mir da jetzt zu umständlich.
Kay
--
https://www.linuxcounter.net/cert/224140.png
Kay Martinen
Mar 4, 2016, 11:36:52 AM3/4/16
to
Am 04.03.2016 um 10:12 schrieb Thomas Einzel:
> Am 03.03.2016 um 20:37 schrieb Kay Martinen:
> ...
>> Der war also 1185 min. Online und hatte nix zu tun, doch heute Abend,
>> als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
>> getrennt - so wie ich das oben lese. Oder?
>
> War das *einmaliger* Vorgang?
> Oder kommt das öfter, oder gar regelmäßig nach knapp 20h vor?
Bisher einmalig. Denn um solche zu unpassenden Zeiten stattfindende
> Am 03.03.2016 um 20:37 schrieb Kay Martinen:
> ...
>> Der war also 1185 min. Online und hatte nix zu tun, doch heute Abend,
>> als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
>> getrennt - so wie ich das oben lese. Oder?
>
> War das *einmaliger* Vorgang?
> Oder kommt das öfter, oder gar regelmäßig nach knapp 20h vor?
Unterbrechungen zu vermeiden macht der Router kurz nach Mitternacht
automatisch einen Re-connect. Siehe die ersten beiden Zeilen des
Log-ausschnitts.
>> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
>> Verbindung von T-Online-Seite gekappt wird?
>
> Bei den nicht VoIP Anschlüssen war es aller 24h normal.
Kay
--
https://www.linuxcounter.net/cert/224140.png
Thomas Einzel
Mar 4, 2016, 1:50:26 PM3/4/16
to
Kay Martinen schrieb am 04.03.2016 um 17:36:
> Am 04.03.2016 um 10:12 schrieb Thomas Einzel:
>> Am 03.03.2016 um 20:37 schrieb Kay Martinen:
>> ...
>>> Der war also 1185 min. Online und hatte nix zu tun, doch heute Abend,
>>> als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
>>> getrennt - so wie ich das oben lese. Oder?
>>
>> War das *einmaliger* Vorgang?
>> Oder kommt das öfter, oder gar regelmäßig nach knapp 20h vor?
>
> Bisher einmalig.
Nicht mal zufällig? Dann war es Zufall.
> Am 04.03.2016 um 10:12 schrieb Thomas Einzel:
>> Am 03.03.2016 um 20:37 schrieb Kay Martinen:
>> ...
>>> Der war also 1185 min. Online und hatte nix zu tun, doch heute Abend,
>>> als ich mitten drin war, wird die Verbindung von der Gegenstelle aus
>>> getrennt - so wie ich das oben lese. Oder?
>>
>> War das *einmaliger* Vorgang?
>> Oder kommt das öfter, oder gar regelmäßig nach knapp 20h vor?
>
> Bisher einmalig.
Keine Messwertreihe: keine aussagekräftige Messwertbetrachtung.
Ich würde mir wegen eines einmaligen Reconnects weder Sorgen machen noch
überhaupt eine Nachforschung betreiben, erst wenn das außerplanmäßig
öfter bzw. aller paar Tage vorkommt.
--
Thomas
Kay Martinen
Mar 4, 2016, 2:00:18 PM3/4/16
to
Hier schreibt die "Ingrid" mit einem Update.
Am 03.03.2016 um 20:37 schrieb Kay Martinen:
>
Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
da der unterschied liegt und ob es die ursache meiner Unterbrechung
gewesen sein kann.
Obwohl in dem Artikel von 30min. ausfällen gesprochen wird. Die hatte
ich wohl kaum!
Der Artikel klingt als würden sie jetzt erst etwas neu einrichten. Aber
die müssen vorher ja auch schon BRAS/BNG's benutzt haben.
Und warum/wieso keine Login-daten mehr nötig sein sollten und das
endgerät automatisch erkannt werden soll erklärt der Artikel auch nicht
wirklich.
Kay
--
https://www.linuxcounter.net/cert/224140.png
Am 03.03.2016 um 20:37 schrieb Kay Martinen:
>
> Reconnect. Doch heute fand ich das hier im log des ipfire:
>
>
>> 19:50:17 pppd[18333]: rcvd [LCP TermReq id=0x2]
>> 19:50:17 pppd[18333]: LCP terminated by peer
>> 19:50:17 pppd[18333]: LCP terminated by peer
>> 19:50:17 pppd[18333]: Script /etc/ppp/ip-down started (pid 15629)
>> 19:50:17 pppd[18333]: sent [LCP TermAck id=0x2]
>> 19:50:20 pppd[18333]: Script /etc/ppp/ip-down finished (pid 15629), status = 0x0
>> 19:50:20 pppd[18333]: Connection terminated.
>> 19:50:20 pppd[18333]: Modem hangup
>> 19:50:17 pppd[18333]: sent [LCP TermAck id=0x2]
>> 19:50:20 pppd[18333]: Script /etc/ppp/ip-down finished (pid 15629), status = 0x0
>> 19:50:20 pppd[18333]: Connection terminated.
>> 19:50:20 pppd[18333]: Modem hangup
>> 19:50:24 pppd[16014]: Plugin rp-pppoe.so loaded.
>
> Und 4 Sek. Später loggte er sich wieder ein und so weit läufts jetzt
> erst mal wieder...
>
> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>
>
> Und 4 Sek. Später loggte er sich wieder ein und so weit läufts jetzt
> erst mal wieder...
>
> Meine Frage: Kommt das bei anderen, oder häufiger, vor das die
> Verbindung von T-Online-Seite gekappt wird? Und warum wohl?
>
> Von irgendwelchen Leitungs-arbeiten (um diese Zeit?) ist mir nichts
> bekannt.
>
> bekannt.
>
> Technisch ist das hier ein Call&Surf mit Echtem ISDN, Splitter und T-DSL
> 2000 RAM
Heute abend las ich das hier (Festnetz-Ausfälle wegen Umstellung auf
> 2000 RAM
Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
da der unterschied liegt und ob es die ursache meiner Unterbrechung
gewesen sein kann.
Obwohl in dem Artikel von 30min. ausfällen gesprochen wird. Die hatte
ich wohl kaum!
Der Artikel klingt als würden sie jetzt erst etwas neu einrichten. Aber
die müssen vorher ja auch schon BRAS/BNG's benutzt haben.
Und warum/wieso keine Login-daten mehr nötig sein sollten und das
endgerät automatisch erkannt werden soll erklärt der Artikel auch nicht
wirklich.
Kay
--
https://www.linuxcounter.net/cert/224140.png
Daniel Weber
Mar 4, 2016, 2:54:35 PM3/4/16
to
Am 04.03.2016 um 20:00 schrieb Kay Martinen:
> Heute abend las ich das hier (Festnetz-Ausfälle wegen Umstellung auf
> Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
> da der unterschied liegt
Welcher Unterschied?
> Heute abend las ich das hier (Festnetz-Ausfälle wegen Umstellung auf
> Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
> da der unterschied liegt
> und ob es die ursache meiner Unterbrechung gewesen sein kann.
auf BNG umgestellt. Kannst Du mit "pppoe -A" den Namen des AC/BRAS/BNG
auslesen? Wenn der dem Muster xxxJzz entspricht, mit xxx als Ortskürzel
und zz als Zähler, dann wäre es ein BNG. Ist es hingegen xxxyzz-aaa..
mit y != J und 3- bis 5-stelligem Anhängsel, dann ist es ein "alter" BRAS.
> Der Artikel klingt als würden sie jetzt erst etwas neu einrichten. Aber
> die müssen vorher ja auch schon BRAS/BNG's benutzt haben.
> Und warum/wieso keine Login-daten mehr nötig sein sollten und das
> endgerät automatisch erkannt werden soll erklärt der Artikel auch nicht
> wirklich.
*kann* der Kunde über die Line-ID identifiziert, die der MSAN dann dem
BNG signalisieren kann, so dass die Telekom die Zugangsdaten aus dem
PPP-Handshake dann einfach ignoriert (es sei denn, man schaltet das im
Kundencenter explizit um).
Theoretisch soll damit irgendwann "instant provisioning" funktionieren,
Du stöpselst nach dem Umzug den Router an, kommst - egal mit welchen
Zugangsdaten - in einen "walled garden" der Dir einen Code zeigt, rufst
den ISP an, sagst ihm den Code und er kann sofort den Anschluss
freischalten. Theoretisch.
Ciao,
Daniel
Kay Martinen
Mar 4, 2016, 6:04:51 PM3/4/16
to
Am 04.03.2016 um 20:54 schrieb Daniel Weber:
> Am 04.03.2016 um 20:00 schrieb Kay Martinen:
>> Heute abend las ich das hier (Festnetz-Ausfälle wegen Umstellung auf
>> Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
>> da der unterschied liegt
>
> Welcher Unterschied?
Vorher, Nachher!?
> Am 04.03.2016 um 20:00 schrieb Kay Martinen:
>> Heute abend las ich das hier (Festnetz-Ausfälle wegen Umstellung auf
>> Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
>> da der unterschied liegt
>
> Welcher Unterschied?
> Denke nicht, alte Anschlüsse mit POTS/ISDN-Telefonie werden AFAIK nicht
> auf BNG umgestellt. Kannst Du mit "pppoe -A" den Namen des AC/BRAS/BNG
pppd, pppdump, pppoe-discovery, pppstats
>> Der Artikel klingt als würden sie jetzt erst etwas neu einrichten. Aber
>> die müssen vorher ja auch schon BRAS/BNG's benutzt haben.
>
> Vorher BRAS, nach der Umstellung BNG.
Broadbend Network Gateway und danach bedeuten beide Begriffe das
gleiche. Schlauer werde ich daraus jedenfalls nicht.
>> Und warum/wieso keine Login-daten mehr nötig sein sollten und das
>> endgerät automatisch erkannt werden soll erklärt der Artikel auch nicht
>> wirklich.
>
> Das mit dem Erkennen des Geräts ist Quatsch. Mit der Umstellung auf BNG
warum nicht umgekehrt auch.
BTW. Ipfire bietet eine möglichkeit den namen des konzentrators bei der
einwahl an zu geben. Da muss es doch wohl irgend ein tool geben mit dem
man den auch erfahren kann...Sonst kann es den ja nicht vergleichen!
> *kann* der Kunde über die Line-ID identifiziert, die der MSAN dann dem
> BNG signalisieren kann, so dass die Telekom die Zugangsdaten aus dem
> PPP-Handshake dann einfach ignoriert (es sei denn, man schaltet das im
> Kundencenter explizit um).
aufschlägt? Klingt nach Re-Monopolisierung, a.k.a.
Vectoring-Ähnliches... :-/
> Theoretisch soll damit irgendwann "instant provisioning" funktionieren,
> Du stöpselst nach dem Umzug den Router an, kommst - egal mit welchen
> Zugangsdaten - in einen "walled garden" der Dir einen Code zeigt, rufst
> den ISP an, sagst ihm den Code und er kann sofort den Anschluss
> freischalten. Theoretisch.
Und die Autokonfiguration des Routers (TR-39???) läuft vermutlich über
diese oder ähnliche Methoden oder?
Kay
--
https://www.linuxcounter.net/cert/224140.png
Daniel Weber
Mar 5, 2016, 1:03:52 AM3/5/16
to
Am 05.03.2016 um 00:04 schrieb Kay Martinen:
> Am 04.03.2016 um 20:54 schrieb Daniel Weber:
>> Am 04.03.2016 um 20:00 schrieb Kay Martinen:
>>> Heute abend las ich das hier (Festnetz-Ausfälle wegen Umstellung auf
>>> Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
>>> da der unterschied liegt
>>
>> Welcher Unterschied?
>
> Vorher, Nachher!?
Vorher wird das Gerät BRAS genannt, danach BNG. Die BRAS (von Cisco,
> Am 04.03.2016 um 20:54 schrieb Daniel Weber:
>> Am 04.03.2016 um 20:00 schrieb Kay Martinen:
>>> Heute abend las ich das hier (Festnetz-Ausfälle wegen Umstellung auf
>>> Broadband Network Gateways[http://heise.de/-3129004]) und frage mich wo
>>> da der unterschied liegt
>>
>> Welcher Unterschied?
>
> Vorher, Nachher!?
Juniper oder Ericsson) stehen vorher relativ zentral an 73 Standorten
bundesweit, die BNGs (derzeit nur Juniper) sind regionaler verteilt auf
900 Standorte. Das Vorleistungsprodukt L2-BSA gibt es nur mit BNG,
ebenso die Erkennung des Kunden per Line-ID.
> Nein. 'pppoe' finde ich nicht auf dem System. Da gibt es nur
> pppd, pppdump, pppoe-discovery, pppstats
>> Das mit dem Erkennen des Geräts ist Quatsch. Mit der Umstellung auf BNG
>
> Naja, wenn mit 'pppoe -A' die Gegenstelle identifiziert werden kann,
> warum nicht umgekehrt auch.
ziehen kann, aber das könnte der BRAS bisher auch schon. Es ist Quatsch,
dass in dem Artikel als Argument für die Einführung zu nennen, denn das
ist kein Grund für die Einführung.
> BTW. Ipfire bietet eine möglichkeit den namen des konzentrators bei der
> einwahl an zu geben. Da muss es doch wohl irgend ein tool geben mit dem
> man den auch erfahren kann...Sonst kann es den ja nicht vergleichen!
>> *kann* der Kunde über die Line-ID identifiziert, die der MSAN dann dem
>> BNG signalisieren kann, so dass die Telekom die Zugangsdaten aus dem
>> PPP-Handshake dann einfach ignoriert (es sei denn, man schaltet das im
>> Kundencenter explizit um).
>
> Und was/wer entscheidet dann noch bei welchem ISP die Leitung
> aufschlägt? Klingt nach Re-Monopolisierung, a.k.a.
> Vectoring-Ähnliches... :-/
die Mitbewerber ist, ist das unwahrscheinlich. ;-) Über die Line-ID kann
genausogut die Information kommen "das ist ein Telefonica-Kunde, ab in
den L2TP-Tunnel zu Telefonica mit seiner Session".
>> Theoretisch soll damit irgendwann "instant provisioning" funktionieren,
>> Du stöpselst nach dem Umzug den Router an, kommst - egal mit welchen
>> Zugangsdaten - in einen "walled garden" der Dir einen Code zeigt, rufst
>> den ISP an, sagst ihm den Code und er kann sofort den Anschluss
>> freischalten. Theoretisch.
>
> Theoretisch. Warum nur das?
können wir aussenstehenden heute halt noch nicht wissen. Wer weiß welche
Hindernisse die große Magente Telco bis dahin noch findet. ;-)
> Und die Autokonfiguration des Routers (TR-39???) läuft vermutlich über
> diese oder ähnliche Methoden oder?
"walled garden", wo der Router nur einen bestimmten Server befragen
darf. Ob man das mit dem BNG-"walled garden" verheiraten kann und dann
auch die Vorleistungskunden davon profitieren können, das kann ich nicht
beurteilen, dazu kenne ich die Abläufe bei TR-069 nicht gut genug.
Ciao,
Daniel
0 new messages