91
Calvados (14 - Altitude Infra) / Feuguerolles-Bully
« Dernier message par CHEVY14 le Aujourd'hui à 06:57:47 »Heureux pour toi SUPERPICSOU que tu ait récup ta connec !
Sinon en gros 'physiquement' un arbre *PON c'est un rack ?
config interface 'wan4'
option proto 'dhcp'
option device 'wan.832'
option hostname '*'
option broadcast '1'
option norelease '1'
option reqopts '1 3 6 15 28 51 58 59 90 119 125'
option clientid '0138xxxxxxxxxx'
option vendorid 'sagem'
option sendopts '77:"+FSVDSL_livebox.Internet.softathome.Livebox6" 90:xxxxxxxxxxxxxxx'
config interface 'wan6'
option proto 'dhcpv6'
option device 'wan.832'
option reqprefix 'auto'
option reqaddress 'none'
option defaultreqopts '0'
option reqopts '11 17 23 24'
option noclientfqdn '1'
option noacceptreconfig '1'
option clientid '0003000138xxxxxxxxxx'
option userclass 'FSVDSL_livebox.Internet.softathome.Livebox6'
Et vu le résultat de la procédure d’Orange, cela risque de faire réfléchir les autres à adopter cette stratégie de 5G « light », si c’est OK pour le régulateur ! Les zones en saturation radio, en % de territoire, c’est vraiment minime. Partout ailleurs, c’est plutôt de l’obligation réglementaire !Car risque d'être cocasse, d'un côté les 4x3 (validés par la justice donc), de l'autre le (potentiel) non respect d'une obligation réglementaire...
On est d'accord que ça fonctionne bien car tu as des transitaire Tier-2 de qualité (AppliWave, FiberWay), que tu utilises comme "default route".
Ces transitaire font déjà le travail de sélectionner les bons "tier-1" pour chaque plage IP, y compris lors d'incidents, avec des gros routeurs qui digèrent des full-views. Donc pas besoin que tu le refasse derrière.
Si tu te connectais exclusivement avec des tier-1 et des peerings locaux, il te faudrait des routeurs capable de gérer des "full views", pour avoir une bonne qualité vers tout internet, y compris vers les petites plages IP lointaines à l'autre bout de la planète.
Ah non pas du tout.
Si je ne me connectais qu'avec des Tier-1, je pourrais utiliser la même méthode : Default route, et accepter certaines routes de certains AS ou je veux sélectionner par quel transit ils sortiront.
Pour rappel, l'algo de sélection de BGP te permet de connaitre le chemin le plus court en nombre d'AS, tu ne peux donc pas :
- Connaître la route la plus qualitative
- Connaître la route la plus courte géographiquement
Pour résumer, mixer plein de tier-1 pour espérer obtenir la route la plus courte (et qualitative) vers chaque AS, c'est un voeu pieux, pas un gage d'efficacité
La seule chose efficace, c'est de choisir de bons transitaires, puisque tu ne peux pas contrôler la route retour, et que tu es bien incapable de connaitre la qualité de chaque route apprise à l'instant T.
Tu veux dire que l'époque où les tier-1 ne voyaient pas réellement tout internet est révolue?
Il me semble que du transit Cogent, notamment, ne permettait pas de voir tout Internet, il y a 10-15 ans.
De ce que j'en sais, oui, c'est révolu, en IPv4 en tout cas !Bon, le constat que faisait Hugues il y a quelques années n'est visiblement plus valable en 2024. Les histoires de dé-peering entre opérateur Tier-1 continuent, en IPv4. Donc ni du transit TATA, ni du transit Cogent ne permettent de voir tout internet en ce moment.
cat /etc/config/dhcp
config dhcp 'LAN'
option interface 'LAN'
option start '2'
option limit '28'
option leasetime '12h'
config dhcp 'LAN6'
option interface 'LAN6'
option start '100'
option limit '150'
option leasetime '12h'
option ra 'relay'
option dhcpv6 'relay'
config dhcp 'WAN6'
option interface 'WAN6'
option ignore '1'
option master '1'
option ra 'relay'
option ndp 'relay'
config device
option type 'bridge'
option name 'Switch'
list ports 'extsw'
config interface 'LAN'
option proto 'static'
option device 'Switch'
option ipaddr '192.168.0.1'
option netmask '255.255.255.0'
config interface 'LAN6'
option proto 'static'
option device 'Switch'
config interface 'WAN'
option proto 'dhcp'
option device 'marc'
config interface 'WAN6'
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix 'auto'
option device 'marc'