24802
netweters
|
152792
antwoorden
|
20740
vragen
|
Hier een klein relaas van wat een vriend van mij heeft meegemaakt, met zijn E-Router.
De situatie:
In eerste instantie was de MAC Passthrough van de E-Router niet geactiveerd. Alles werkte, uiteraard met dubbele NAT.
Waarom dit op deze manier gelopen is? Geen flauw idee. Hoe kon die digicorder de connectie van de Asus tegenhouden? Geen idee. Waarom de connectie blijft, ook nadat de digicorder opnieuw in het netwerk zit? Geen idee.
Feit is:
Waarom pen ik dat hier allemaal neer? Als tip voor anderen die met een gelijkaardig probleem worstelen. Zo kan je het oplossen.
Moest iemand kunnen uitleggen wat hier aan de hand was, ik verneem het graag. 😉
Inderdaad een raar fenomeen, blijkbaar te wijten aan de tussenliggen switch?
Hopelijk blijft de Asus werken na het hernieuwen van de lease (om de 12 uur), of na het vervallen van de leasetime (24 uur) van het publieke IPv4 ...
Normaal zal uw toestel een renew doen voor de lease time afgelopen is en houd uw toestel zijn IP adres zolang dit ingeschakeld is. Uw toestel krijgt ook zijn zelfde IP adres als het minder dan de lease time uitgeschakeld geweest is.
Bij heel oude toestellen kan het gebeuren dat die automatische renew niet gebeurt.
@Janneke_Dust schreef:Normaal zal uw toestel een renew doen voor de lease time afgelopen is en houd uw toestel zijn IP adres zolang dit ingeschakeld is.
Volgens het DHCP protocol zal:
- uw toestel een renew doen (extensie van de leaset-time) op 50% van de lease-time. In het geval van een Telenet publiek IPv4 is de lease-time 24uur, er zal dus iedere 12 uur een renew zijn
- indien er geen antwoord komt, zal de client dit nog meermaals verzoeken.
- Op het ogenblik dat de lease-time vervallen is, en de client nog altijd geen antwoord gekregen heeft, dan is de client verplicht om alle IP instellingen te vergeten, en een nieuwe lease aan te vragen.
Een toestel heeft dus nooit de toelating om het IP verder te gebruiken of te behouden nà het vervallen van de lease-time!
@Janneke_Dust schreef:Uw toestel krijgt ook zijn zelfde IP adres als het minder dan de lease time uitgeschakeld geweest is..
Dat is correct.
En ook nadien is de kans groot dat het toestel hetzelfde IP terug krijgt (maar dat hangt van de DHCP server af).
enige issues die er waren dat ik van weet (cv8560e + digicorder > geen tv box dus)
- stb kreeg 192. ip ipv 10. met mac bridging = opgelost
>> niet van toepassing dus
- NAT hairpin not working when destination is same ethernet port
> extern naar intern ip change
denk dat stb hier niets mee te maken heeft (alles kan) maar heb zelf nog geen problemen ondervonden, soms zit er wel wat vertraging op mac bridging
@Ex-Netweter schreef:
@Janneke_Dust schreef:Normaal zal uw toestel een renew doen voor de lease time afgelopen is en houd uw toestel zijn IP adres zolang dit ingeschakeld is.
Volgens het DHCP protocol zal:
- uw toestel een renew doen (extensie van de leaset-time) op 50% van de lease-time. In het geval van een Telenet publiek IPv4 is de lease-time 24uur, er zal dus iedere 12 uur een renew zijn
- indien er geen antwoord komt, zal de client dit nog meermaals verzoeken.
- Op het ogenblik dat de lease-time vervallen is, en de client nog altijd geen antwoord gekregen heeft, dan is de client verplicht om alle IP instellingen te vergeten, en een nieuwe lease aan te vragen.
Een toestel heeft dus nooit de toelating om het IP verder te gebruiken of te behouden nà het vervallen van de lease-time!
Dus volgens het DHCP protocol zal je uw IP adres behouden zolang het toestel ingeschakeld is en de DHCP server normaal werkt. Enkel als de DHCP server niet antwoord zal je het IP adres verliezen na de lease time en vermoedelijk ook geen nieuw krijgen want de DHCP server slaat tilt.
Dat hairpin probleem zou een indicatie kunnen zijn, maar waarom blijft het dan wel goed werken eenmaal de connectie wel geslaagd is? Zowel de E-router als de Asus herstarten levert geen enkel probleem meer op, met aangesloten digicorder.
@StefaanH schreef:
Dat hairpin probleem zou een indicatie kunnen zijn, maar waarom blijft het dan wel goed werken eenmaal de connectie wel geslaagd is? Zowel de E-router als de Asus herstarten levert geen enkel probleem meer op, met aangesloten digicorder.
ja dat klopt en zou moeten opgelost zijn met bugfix/update
vind het gewoon vreemd, als het door de stb komt zou ik graag weten hoe het komt 🙂
was dit eenmalig?
mss nog een optie:
normaal sluiten wij zo aan
> utp van e-router naar router die publiek ip krijgt
> 2de utp van e-router naar stb
maar maakt weinig verschil volgens mij
Dat probleem heeft zich eergisteren voorgedaan bij het in "bridge" zetten van de eigen Asus router. Voordien stond die gewoon aangesloten met dubbele NAT.
Dat schema is inderdaad het meest logische om te doen, maar omdat er slechts één UTP vanuit de kelder (waar de E-Router staat) naar de woning boven gaat is dat geen optie. Zoals je zelf echter aangeeft zou een switch om het daar op te splitsen op hetzelfde moeten neerkomen. Buiten het feit dat alles dan op de E-Router inderdaad allemaal op één en dezelfde UTP poort zit, daar waar het anders over twee verschillende poorten zou gaan.
Maar maakt dat verschil? Want uiteindelijk, die vier poorten op de E-Router (en ook op de HGW's), dat is toch op zichzelf ook een switch, niet? Een modem heeft maar één UTP uitgang ...