Kunt u ons eerst eens uitleggen waarom dit geen optie is?Trivial schreef:Ik moet wel in het 192.168.2.x subnet blijven in deze integratie, dus terugzetten naar 192.168.1.x is geen optie.
Het is dus blijkbaar een bug. Als je de oorzaak wilt weten moet je gaan zoeken in de sourcecode. Welke firewall rules zijn er aangemaakt met iptables en ebtables? Hoe is de vlanswitch geconfigureerd? .... Ben zelf geen linux kenner maar ik denk niet dat je die informatie uit de Bbox kunt krijgen.Trivial schreef:Het intrigeert me gewoon dat die bridge stopt met werken als je het lan ip wijzigt, ik wil weten waarom.
OK. LogischTrivial schreef:De vdsl2 wordt als 2de gateway (op 192.168.2.254, los van elkaar, geen dual wan) gebruikt in het netwerk, dus die moet in dezelfde range zitten.
Dan is Bbox niet echt ingesteld als bridge? Je Bbox zelf moet dus ook aan PPPoE / DHCP doen zodat aangesloten PC verbinding hebben met het internet. Een andere router kan een extra PPPoE sessie opbouwen.Trivial schreef:Daarnaast worden er over die vdsl2 modem soms extra PPPoE sessies opgezet vanuit een router erachter voor testdoeleinden, en daar liep het dus fout.
Wat bedoel je hiermee? Misschien is dit voor de meesten wel duidelijk maar ik ben geen ITer of netwerkspecialist.Trivial schreef:Bbox2 doet default bridge, zelf wanneer er een PPPoE login/pasw geconfigureerd is in de modem zelf.
inderdaad. Of je nu een DHCP server hebt op je Bbox of ergens anders, dat maakt niet uit.Trivial schreef:DHCP op lan heeft daar niks mee te maken.
interessante vraagphilippe_d schreef:Hoe kan deze opstelling nu weten dat de PPPoE request naar de BBox2 moet gerouted worden ?
. Na een half uurtje zoeken (wikipedia) lees ik volgende zaken in de RFC 2516 (PPPoE).
Een beetje verder in de RFC kun je lezen dat de "discovery stage" verwezenlijkt wordt door een broadcast mac adres te gebruiken.PPPoE has two distinct stages. There is a Discovery stage and a PPP Session stage. When a Host wishes to initiate a PPPoE session, it must first perform Discovery to identify the Ethernet MAC address of the peer and establish a PPPoE SESSION_ID. While PPP defines a peer-to-peer relationship, Discovery is inherently a client-server relationship. In the Discovery process, a Host (the client) discovers an Access Concentrator (the server). Based on the network topology, there may be more than one Access Concentrator that the Host can communicate with. The Discovery stage allows the Host to discover all Access Concentrators and then select one. When Discovery completes successfully, both the Host and the selected Access Concentrator have the information they will use to build their point-to-point connection over Ethernet.
Je hebt wel een IP nodig om de webinterface van je BBox te kunnen raadplegen hé. Hoe kun je anders de Bbox (linuxBox) configureren.depeje schreef:Aangezien het PPP over Ethernet is, is er zelfs helemaal geen IP nodig op dat netwerk. Laat staan een juist geconfigureerd IP. En met IP bedoel ik veel meer dan enkel de IP-adressen.
Als in de TS zijn netwerk een dual Wan geen meerwaarde is dan is het misschien niet nodig. Het kan misschien wel een oplossing zijn maar het is toch leuk (en misschien wel nodig) om eerst de oorzaak van het probleem te kennen.krisken schreef:Zet daar eens een pfsense of een andere dual wan router tussen. Zo een ingewikkelde setup. Kan toch niet overzichtelijk zijn?
2 PPPoE sessies over dezelfde modem, 1 uit de modem zelf, & van een router achter de modem.depeje schreef:Aangezien het PPP over Ethernet is, is er zelfs helemaal geen IP nodig op dat netwerk. Laat staan een juist geconfigureerd IP. En met IP bedoel ik veel meer dan enkel de IP-adressen.
