- NL
|
24757
netweters
|
152452
antwoorden
|
|
20708
vragen
|
Onderwerpen die langer dan 6 maanden geen reactie krijgen, worden afgesloten. Heb je dezelfde vraag of wil je er toch meer informatie over?
Start dan een nieuw onderwerp op De Netweters. Hoe je dit kan doen, vind je hier
Opgelet! Denk eraan dat er in oude onderwerpen informatie kan staan die niet meer up to date is.
@Waterboy1602 Is het niet zo dat je via die modem CV8560E wel een extern IPv4 adres krijgt, maar het is het hele IPv6 gedoe die niet werkt. Als het kan volstaan met IPv4 ben je uit de brand anders heb je een probleem. Ik heb zo'n modem en op mijn eigen router via IPv4 geen probleem. Via IPv6 = No Way.
Ignace (igvfer) |
Het gaat hier waarschijnlijk om de bootp flag in het dhcp request. Inderdaad kan ik in de trace van mijn router zijn dat er een unicast gebruikt wordt.
Bootp flags: 0x0000 (Unicast)
0... .... .... .... = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Is er misschien een mogelijkheid aan de zijde van de Fortigate dit te veranderen?
Eigenlijk is het onlogisch dat de Fortigate als DHCP client om een reply via broadcast vraagt ipv unicast. Tenslotte heeft de router al een ip address (RFC2131).
Arnie | 
@Arnie schreef:Het gaat hier waarschijnlijk om de bootp flag in het dhcp request. Inderdaad kan ik in de trace van mijn router zijn dat er een unicast gebruikt wordt.
Bootp flags: 0x0000 (Unicast)
0... .... .... .... = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Is er misschien een mogelijkheid aan de zijde van de Fortigate dit te veranderen?
Eigenlijk is het onlogisch dat de Fortigate als DHCP client om een reply via broadcast vraagt ipv unicast. Tenslotte heeft de router al een ip address (RFC2131).
Nee, dat heb ik al nagegaan. Dit is "by design" 😉
Mij ervaring is dat het publieke IPv4 adres zich vrijwel nooit veranderd. Misschien is het een work-around om tijdelijk de dhcp-client client op de wan van de Foritgate te veranderen naar een static adres, zodat je deze wel kunt blijven gebruiken?
Ja, inderdaad, je hebt allereerst een DHCP handshake nodig, voordat je je publieke IP address krijgt voor je mac address.
Misschien even een dhcp request met een PC doen, en daarna het toegewezen IP address en het PC MAC address static aan de WAN port van je router toekennen? Bij de meest routers kun je het mac-address via sw aanpassen.
Of omgekeerd, met de PC even het MAC address van je router spoofen.
Natuurlijk niet tegelijk aan hetzelfde fysieke net hangen.
Is natuurlijk wel een beetje omslachtig, maar zou denk ik wel moeten werken.
@Arnie schreef:Ja, inderdaad, je hebt allereerst een DHCP handshake nodig, voordat je je publieke IP address krijgt voor je mac address.
Misschien even een dhcp request met een PC doen, en daarna het toegewezen IP address en het PC MAC address static aan de WAN port van je router toekennen? Bij de meest routers kun je het mac-address via sw aanpassen.
Of omgekeerd, met de PC address even het MAC address van je router spoofen.
Natuurlijk niet tegelijk aan hetzelfde fysieke net hangen.
Is natuurlijk wel een beetje omslachtig, maar zou denk ik wel moeten werken.
Maar normaal gaat een DHCP client op verschillende tijdstippen, en vóór de lease time expiret, een renew vragen aan de DHCP server. Aangezien de lease nog geldig is, zal hij hetzelfde adres krijgen als voordien.
https://www.serverbrain.org/network-services-2003/how-the-dhcp-lease-renewal-process-works-1.html
Maar als je een statisch IP adres configureert, dan werkt het natuurlijk niet op dezelfde manier, en zal de lease expiren. In het beste geval gaat het even werken (tot de lease expiret), maar ik dacht van niet.
En los van het krijgen van een IP adres is er ook nog de routering in het interne netwerk.
Ik vermoed dat de Telenet router (en ik ga er even vanuit dat de DHCP server in deze router ingebouwd is) communiceert aan het Tenet netwerk welk IP adres hij heeft uitgedeeld. Dit adres moet dan binnen het Telenet netwerk gerouteerd worden naar de klant. Hier ga je ook een probleem hebben denk ik.
In principe zie ik geen reden waarom je dit adres niet zou kunnen blijven gebruiken zonder dhcp renewal.
DHCP heeft een protectie mechanisme ingebouwd dat het adres niet aan een ander gewezen kan worden. Er is een controle of het niet toch in gebruik is.
De mapping ip-address met mac-address vindt dynamish plaats in de arp-tabel, en die zal steeds opnieuw gerefreshed worden, zolang er verkeer over en weer is.
Misschien doen ze iets speciaals.....
Ik kan het nu niet met mijn mac-passthrough address uittesten.
Een andere router aangesloten op de CV8560 ontvangt een 192.168.0.0/24 adres van de dhcp server in de router. Daarvan is de door telenet aangeboden lease time 3600s.
Dat is echter niet represenatief.
Het publieke adres voor het passthrough mac-address wordt aangeboden door een andere DHCP server (startend met 195.)
Het publieke IP adres wordt toegekend op basis van het mac adres. Voor een vast publiek IP was dit in het verleden ook zo. Of het nu nog zo is weet ik niet maar de procedure was in het verleden zo: Je connecteerde uw router aan de modem only en je kreeg een publiek IPv4 adres. Dit moest je dan bevestigen in "Mijn Telenet". Zo was je verzekerd van altijd hetzelfde publiek adres voor die router. Je kon uiteraard een andere router plaatsen maar dan moest je het mac adres aanpassen. Een vast publiek IPadres gaven (geven) ze alleen maar als je bijbetaald dus lijkt het mij logisch dat je dit nu niet kunt vastleggen voor het adres dat ze je geven via de pass trough op deze specifieke modem/router.
