ça fonctionne pareil pour les IP non fixe ?
Pas tout à fait.
En ppp, la connexion est terminée sur le BAS, ou "BRAS". L'ip est attribuée par un radius en fonction des pools d'ip déclarés sur l'équipement (et annoncés dans le réseau, typiquement en bgp). Historiquement les BAS étaient tous en région, et on était routé de manière déterministe vers un BAS en particulier. Aujourd'hui c'est toujours comme ça en xdsl ppp, mais les clients ftth toujours en ppp sont concentrés sur des bas dédiés.
Le routage est ainsi symétrique et passe obligatoirement par le bas dans les deux sens vu qu'il est le point de terminaison du tunnel ppp.
En dhcp le routeur de collecte sur lequel sont raccordés dslams & olt est relais dhcp. Le client envoie son discover en broadcast, il est relayé en unicast vers un serveur dhcp national, l'offer redescend vers le routeur puis est relayée vers le client, request et ack. Le serveur dhcp sait à partir de l'ip du relais dhcp quels sont les pools à sa disposition, et va ainsi attribuer une ip au client qui sera annoncée sous la forme d'un réseau agrégé (genre un /20, pas N /32) dans le réseau.
Ici encore le routage est symétrique et le routeur de collecte est le point d'entrée et de sortie du trafic du client. On peut le voir sur les traceroutes, c'est le premier hop après la livebox (généralement sans rdns), ou le dernier en fonction du sens.
Sens sortant client -> internet :
$ mtr -rwc1 1.1
HOST: a Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 1 0.7 0.7 0.7 0.7 0.0
2.|-- 80.10.237.121 0.0% 1 10.0 10.0 10.0 10.0 0.0 <<< routeur de collecte
3.|-- ae112-0.ncren101.rbci.orange.net 0.0% 1 8.8 8.8 8.8 8.8 0.0 <<< routeur backbone de plaque
4.|-- ae43-0.niidf301.rbci.orange.net 0.0% 1 13.1 13.1 13.1 13.1 0.0 <<< routeur internet
5.|-- 81.253.184.6 0.0% 1 14.4 14.4 14.4 14.4 0.0 <<< point d'entrée dans le réseau OTI. Pas de rdns => regarder l'autre IP du subnet : 81.253.184.5 = ae0-0.niidf301.rbci.orange.net
6.|-- bundle-ether305.partr2.saint-denis.opentransit.net 0.0% 1 14.0 14.0 14.0 14.0 0.0 <<< routeur oti qui porte le raccordement cloudflare
7.|-- cloudflare-19.gw.opentransit.net 0.0% 1 13.4 13.4 13.4 13.4 0.0 <<< routeur cloudflare sur un subnet d'interco appartenant à oti, d'où le rdns opentransit)
8.|-- one.one.one.one 0.0% 1 15.6 15.6 15.6 15.6 0.0
Sens descendant internet (depuis le raei, réseau business orange)-> livebox (la livebox ne répond pas au ping et n'apparait donc pas sur le traceroute) :
$ mtr -rwc1 83.205.212.55
HOST: link Loss% Snt Last Avg Best Wrst StDev
1.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
2.|-- lag-43.arc2-ig3.archives.transitip.raei.francetelecom.net 0.0% 1 15.4 15.4 15.4 15.4 0.0 <<< routeur de sortie du réseau raei
3.|-- intf-fogi-arc2-ig3.nmidf306.rbci.orange.net 0.0% 1 15.1 15.1 15.1 15.1 0.0 <<< routeur rbci sur lequel est raccordé le routeur raei
4.|-- ae25-0.ncidf304.rbci.orange.net 0.0% 1 15.2 15.2 15.2 15.2 0.0 <<< routeur de plaque
5.|-- ae43-0.nridf302.rbci.orange.net 0.0% 1 15.6 15.6 15.6 15.6 0.0 <<< routeur backbone inter-régional
6.|-- ae40-0.nridf301.rbci.orange.net 0.0% 1 15.5 15.5 15.5 15.5 0.0 <<< idem
7.|-- ae41-0.ncren101.rbci.orange.net 0.0% 1 28.9 28.9 28.9 28.9 0.0 <<< redescente sur le routeur de plaque
8.|-- lag-112.nbren704.rbci.orange.net 0.0% 1 19.4 19.4 19.4 19.4 0.0 <<< routeur de collecte
9.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
on retrouve dans les deux cas le nbren704 ainsi que le ncren101, le reste du parcours est différent. Depuis un abonné sur la même plaque régionale le routage serait encore plus court avec possiblement que le nbren704 entre les livebox.