La Fibre
Datacenter et équipements réseaux => Routeurs =>
Remplacer la LiveBox par un routeur => Discussion démarrée par: basilix le 01 juin 2024 à 10:02:02
-
Bonjour !
J'aurais souhaité modifier l'adresse IP permettant d'accéder au module GPON-ONU-34-20BI en SSH. J'avoue que je suis perdu sur le concept d'interface.
Mon idée est de changer le réseau du routeur en 192.168.2.0/24 et de conserver celui de la Livebox en 192.168.1.0/24. Or l'adresse IP par défaut
du module GPON est 192.168.1.10. Actuellement, le routeur et la Livebox se voient attribuer le même réseau 192.168.1.0/24.
root@SFP:/home/ONTUSER# fw_printenv | grep ip
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
gatewayip=192.168.2.0
ipaddr=192.168.1.10
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
serverip=192.168.1.100
J'ai suivi les indications recommandées, à l'aveugle.
- J'ai inséré le module GPON dans la cage SFP dans le commutateur du routeur.
- J'ai créé une nouvelle interface « SFP » dans la configuration du routeur.
address 192.168.1.2
netmask 255.255.255.0
gateway 192.168.1.10
- Je me suis connecté au module SFP en SSH (192.168.1.10) avec mon ordinateur (e.g. 192.168.1.157).
Mais je me retrouve finalement avec plusieurs adresses IP dont je ne saisis pas la fonction ou l'origine.
192.168.1.2 192.168.1.10 192.168.2.0 192.168.1.100
Hyperliens
- FS.com GPON ONU Stick with MAC (GPON-ONU-34-20BI) (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/)
- LaFibre.info — Changer les paramètres de connexion de l'ONU. (@cyayon) (https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg999087/#msg999087)
-
Okay, je crois que j'ai compris.
On définit une nouvelle interface dans le routeur afin de changer la route par défaut des stations (192.168.1.2). Les paquets arrivant au routeur via cette interface sont acheminés par la route par défaut
(en l'absence de route particulière dans la table de routage du routeur), ici 192.168.1.10. Notre module optique est un dispositif à part entière (un autre nœud du réseau). Le lien physique entre le routeur et
le module s'opère dans la cage SFP. Le convertisseur optique fait le lien avec un autre réseau : le réseau optique. L'ONU a une sorte d'interface vers le réseau IP 192.168.2.0 (c.f. gatewayip/netmask).
Mais c'est tout de même bizarre !
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
Advanced settings
Setting management IP
fw_setenv ipaddr 192.168.20.60
fw_setenv gatewayip 192.168.20.1
Setting management MAC
uci set network.lct.macaddr=00:06:B5:07:D6:04
uci set network.host.macaddr=00:06:B5:07:D8:04
Source : https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/
-
Bonus : Trouver comment changer la numérotation en IPv6.
-
La commande odhcpd est présente et au moins une adresse IPv6 locale au lien (LLA) est configurée.
Pourrait-on activer un serveur DHCPv6 en ajoutant des paramètres à la configuration ? Pour obtenir une ULA statique (et retirer ainsi 192.168.1.10 (potentiellement dangereux)).
[14:49] : En fait, l'adresse IPv6 statique serait attribuée manuellement mais pas en allouant un bail statique.
config interface lct
option device lct0
option proto static
option ip6addr 2001:db80::2/64 # Own address
option ip6gw 2001:db80::1 # Gateway address
-
Je pense que cela peut casser la configuration et bloquer l'accès au module !! (Ne pas jouer les apprentis sorciers).
-
C'est exactement pour ça qu'il ne faut pas changer les valeur avec ft_setenv.
CF. Good practice (https://akhamar.github.io/orange-xgs-pon/20_fs_onu.html#good-practice) sur un ONU XGS-PON
Il me semble qu'il est possible de faire la même chose sur le ONU G-PON, mais j'ai la flemme de chercher :D
-
@Mastah : Finalement, je vais conserver le module sans rien modifier. J'ai pas envie de m'arracher les cheveux.
Normalement, j'ai réussi à le configurer. Et je sais pas pourquoi j'ai des idées d'enfer (on peut faire plus simplement les choses).
-
Je vois des paramètres dans la sortie de fw_printenv pour un amorçage par tftp.
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
fw_printenv semble faire partie de U-Boot. Mais à partir de là, on rentre dans le domaine informatique des systèmes embarqués (optique).
[11:08] C'est étonnant mais je crois que les paramètres pré-configurés dans l'image OpenWrt du micrologiciel ont été réinscrits. Parce que je constate
que les fichiers /rom/etc/files/uci-defaults sont ineffectifs. En effet, il n'y a pas de configuration firewall et le préfixe ULA généré n'est pas
incorporé dans la configuration : network globals ula_prefix 'auto' vs. globals ula_prefix 'fdcc:b7e7:ee9::/48'.
Dans mon cas, le port SFP fait parti d'un pont br-lan (192.168.1.1) dont l'interface se trouve dans le même réseau que le module SFP (192.168.1.10).
En se connectant en SSH au routeur, on peut émettre et recevoir des paquets via l'interface br-lan du routeur. Le routeur diffuse ainsi des trames ARP pour
déterminer l'adresse Ethernet du module SFP lors d'une connexion SSH du routeur vers 192.168.1.10.