Discussion:
Splitten pair bonding
(te oud om op te antwoorden)
Duncan de Waal
2020-06-16 17:54:40 UTC
Permalink
Ik heb hier een 7581 en een 7583.
De 7581 is 2x zo snel qua upstream tov de 7583 (5Mbit vs 2,5Mbit)
De 7581 viel eerst elke zoveel tijd uit (VDSL link weg) maar sinds ik voor WiFi losse APs gebruik en het heb afgezet op de 7581 is-ie stabiel.

Nu heb ik een illuster plan, en ik ben benieuwd wat het resultaat is;
Ik sluit aderoaar 1 aan op de 7581 en aderpaar 2 aan op de 7583;
Gaan beide fritzboxen een VDSL link krijgen? En een IP adres ( ik kan wellicht op de ene IPv4 uitzetten en op de andere IPv6)?

Ga ik gebeld worden door de helpdesk over wat ik in godsnaam aan het doen ben?

Thans
Duncan
Rob
2020-06-16 18:02:23 UTC
Permalink
Post by Duncan de Waal
Ik heb hier een 7581 en een 7583.
De 7581 is 2x zo snel qua upstream tov de 7583 (5Mbit vs 2,5Mbit)
De 7581 viel eerst elke zoveel tijd uit (VDSL link weg) maar sinds ik voor WiFi losse APs gebruik en het heb afgezet op de 7581 is-ie stabiel.
Nu heb ik een illuster plan, en ik ben benieuwd wat het resultaat is;
Ik sluit aderoaar 1 aan op de 7581 en aderpaar 2 aan op de 7583;
Gaan beide fritzboxen een VDSL link krijgen? En een IP adres ( ik kan wellicht op de ene IPv4 uitzetten en op de andere IPv6)?
Nee dat gaat niet, de pair bonding zit "onder" het PPPoE nivo.
Duncan de Waal
2020-06-16 20:46:20 UTC
Permalink
Post by Rob
Nee dat gaat niet, de pair bonding zit "onder" het PPPoE nivo.
En als ik nou die fritzboxen instel als domme modems, en op een computer met meerdere NICs de PPPoE doe?
Dan is dat vanaf de XS4ALL kant toch helemaal niet zichtbaar?

"The client initiates a PPP session by encapsulating PPP frames into a MAC frame and then bridging the frame (over DSL) to the gateway router (NRP). From this point, the PPP sessions can be established, authenticated, addressed, etc. The client receives its IP address using IPCP from the PPP termination point (NRP)"
Miquel van Smoorenburg
2020-06-16 20:59:53 UTC
Permalink
Post by Duncan de Waal
Post by Rob
Nee dat gaat niet, de pair bonding zit "onder" het PPPoE nivo.
En als ik nou die fritzboxen instel als domme modems, en op een computer
met meerdere NICs de PPPoE doe?
Dan is dat vanaf de XS4ALL kant toch helemaal niet zichtbaar?
Bonding is _niet_ multilink PPP. Het is wat anders. Het zit
op de laag eronder. Denk erover na: bij niet iedere provider
wordt PPPoE gedaan. Gewoon ethernet/DHCP over DSL zie je vaker.
Ook daar werkt bonding. Het ziet voor de laag erboven eruit als
1 verbinding.

Nou is er een interessant ding wat de DSLAMs doen als je
maar 1 van de lijnen aansluit van een bonding-set: dan gedraagt het
zich als een enkele lijn. Logisch, voor als er 1 stuk is. Maar bij
de KPN DSLAMs kan je dat inderdaad met beide lijnen doen, en
dan is het niet dat er 1 niet werkt. Dan krijg je dus 2 sessies
vanaf wat 1 verbinding lijkt. Dat werkt dus voor geen meter,
want ze kunnen niet allebei hetzelfde IP adres hebben. NCP
onderhandlingen op PPP nivo die daarom mislukken enzo. Soms
werkt dat de ene lijn, soms de andere, soms niks.

Mike.
Rob
2020-06-17 06:13:26 UTC
Permalink
Post by Miquel van Smoorenburg
Bonding is _niet_ multilink PPP. Het is wat anders. Het zit
op de laag eronder. Denk erover na: bij niet iedere provider
wordt PPPoE gedaan. Gewoon ethernet/DHCP over DSL zie je vaker.
Ja wat zou het een gedoe gescheeld hebben als XS4ALL dat ook deed :-)
Rob
2020-06-17 07:04:50 UTC
Permalink
Post by Miquel van Smoorenburg
Nou is er een interessant ding wat de DSLAMs doen als je
maar 1 van de lijnen aansluit van een bonding-set: dan gedraagt het
zich als een enkele lijn. Logisch, voor als er 1 stuk is. Maar bij
de KPN DSLAMs kan je dat inderdaad met beide lijnen doen, en
dan is het niet dat er 1 niet werkt. Dan krijg je dus 2 sessies
vanaf wat 1 verbinding lijkt. Dat werkt dus voor geen meter,
want ze kunnen niet allebei hetzelfde IP adres hebben. NCP
onderhandlingen op PPP nivo die daarom mislukken enzo. Soms
werkt dat de ene lijn, soms de andere, soms niks.
Klinkt alsof dit scenario bij xs4all een keer uitgebreid onderzocht is, en
dat mensen daar zich prima mee vermaakt hebben.
Dat lijkt me ook ja :-)
Zijn typisch van die dingen waar je dagen naar kunt zoeken als je maar
aan 1 kant zit (en helemaal niet weet dat er 2 modems staan ipv 1 bonded)...
Miquel van Smoorenburg
2020-06-18 15:36:15 UTC
Permalink
Post by Rob
Post by Miquel van Smoorenburg
Nou is er een interessant ding wat de DSLAMs doen als je
maar 1 van de lijnen aansluit van een bonding-set: dan gedraagt het
zich als een enkele lijn. Logisch, voor als er 1 stuk is. Maar bij
de KPN DSLAMs kan je dat inderdaad met beide lijnen doen, en
dan is het niet dat er 1 niet werkt. Dan krijg je dus 2 sessies
vanaf wat 1 verbinding lijkt. Dat werkt dus voor geen meter,
want ze kunnen niet allebei hetzelfde IP adres hebben. NCP
onderhandlingen op PPP nivo die daarom mislukken enzo. Soms
werkt dat de ene lijn, soms de andere, soms niks.
Klinkt alsof dit scenario bij xs4all een keer uitgebreid onderzocht is, en
dat mensen daar zich prima mee vermaakt hebben.
Dat lijkt me ook ja :-)
Zijn typisch van die dingen waar je dagen naar kunt zoeken als je maar
aan 1 kant zit (en helemaal niet weet dat er 2 modems staan ipv 1 bonded)...
Of dat er een kruisdraad verkeerd is aangesloten en 1 van de
2 lijnen opeens bij de buurman zit.

Mike.

Lees verder op narkive:
Loading...