Auteur Sujet: Remplacer sa Livebox par un routeur Ubiquiti Edgemax (Lu 1529738 fois)

kgersen · « **Réponse #2172 le:** 11 février 2016 à 14:32:26 »

tout les binaires sont la: http://http.us.debian.org/debian/pool/main/d/dibbler/ mais evidemment la 1.0.1-1 ne s’installe pas sur wheezy puisqu'il est compilé pour la current. donc faut les sources de 1.0.1-1, la toolchain wheezy mips et backporter --> no go!

fouinix · « **Réponse #2173 le:** 11 février 2016 à 14:45:00 »

Citation de: zoc le 11 février 2016 à 11:42:18

Tu n'as pas par hasard l'option "IP fixe" (ou un abonnement FTTH Pro qui inclut l'option).

Parce qu'elle est incompatible avec la nouvelle architecture, et par conséquent ceux qui ont cette option restent en PPPoE.

Oh mince, j'ai une offre pro avec IP fixe

Vous en savez plus ?

zoc · « **Réponse #2174 le:** 11 février 2016 à 14:47:43 »

Je ne pense pas que ce soit si compliqué de compiler. J'ai téléchargé la VM Qemu mips trouvée sur le forum ubnt (voir un de mes précédents messages), et même si c'est lent ça devrait être faisable.

Par contre il ne faut pas essayer de mettre à jour la VM, j'ai essayé de le faire hier soir (45 minutes...), ça a planté et maintenant apt me fait un "illegal instruction"

J'essayerai de faire un .deb ce WE (même si c'est pas très WAF compliant, mais de toute façon apparemment il pleut sur la côte d'azur samedi :p).

zoc · « **Réponse #2175 le:** 11 février 2016 à 14:49:42 »

Citation de: fouinix le 11 février 2016 à 14:45:00

Oh mince, j'ai une offre pro avec IP fixe
Vous en savez plus ?

@petrus m'a indiqué à plusieurs reprises que PPPoE n'était pas prêt de disparaitre car il restait nécessaire pour ceux ayant une IP fixe, la nouvelle architecture n'étant pas capable de supporter une IP qui resterait fixe même si le client déménage à l'autre bout de la france.

https://lafibre.info/orange-les-news/actualites-ipv6-orange/msg274297/#msg274297

kgersen · « **Réponse #2176 le:** 11 février 2016 à 15:05:44 »

Citation de: zoc le 11 février 2016 à 14:47:43

Je ne pense pas que ce soit si compliqué de compiler. J'ai téléchargé la VM Qemu mips trouvée sur le forum ubnt (voir un de mes précédents messages), et même si c'est lent ça devrait être faisable.

Par contre il ne faut pas essayer de mettre à jour la VM, j'ai essayé de le faire hier soir (45 minutes...), ça a planté et maintenant apt me fait un "illegal instruction"

J'essayerai de faire un .deb ce WE (même si c'est pas très WAF compliant, mais de toute façon apparemment il pleut sur la côte d'azur samedi :p).

ok moi je laisse tomber pour le moment. Donc y'a que dibbler pour avancer et il faut donc le compiler nous meme.

La config dibbler qui 'devrait' marcher:

Code: [Sélectionner]

# Defaults for dibbler-client.
# installed at /etc/dibbler/client.conf by the maintainer scripts

# 8 (Debug) is most verbose. 7 (Info) is usually the best option
log-level 7

# To perform stateless (i.e. options only) configuration, uncomment
# this line below and remove any "ia" keywords from interface definitions
# stateless

downlink-prefix-ifaces "none"

script "/etc/dibbler/radvd.sh"

duid-type duid-ll

iface eth1.832 {
        # prefix delegation IAID = 0xb793d260
        pd 3079918176 {
                t1 3600
                t2 5400
        }
        # Option: Vendor Class (16)
        # vendor-class-data: sagem
        option 16 hex 00:00:04:0e:00:05:73:61:67:65:6d
        # ou
        #option 16 string "sagem"

        # Option: User Class (15)
        # 0000   00 2b 46 53 56 44 53 4c 5f 6c 69 76 65 62 6f 78  .+FSVDSL_livebox
        # 0010   2e 49 6e 74 65 72 6e 65 74 2e 73 6f 66 74 61 74  .Internet.softat
        # 0020   68 6f 6d 65 2e 6c 69 76 65 62 6f 78 33           home.livebox3
        # ca devrait aussi marché avec option 15 string "...." sauf si bug u8/u16 pour la longueur.
        option 15 hex 00:2b:46:53:56:44:53:4c:5f:6c:69:76:65:62:6f:78:2e:49:6e:74:65:72:6e:65:74:2e:73:6f:66:74:61:74:68:6f:6d:65:2e:6c:69:76:65:62:6f:78:33

        #  Option: Authentication (11)
        #  Value: 0000000000000000000000 fti/........
        option 11 hex 00:00:00:00:00:00:00:00:00:00:00:66:74:69:2f:xx:xx:xx:xx:xx:xx:xx

        option dns-server
        #    option domain
        #    option ntp-server
        #    option time-zone
        #    option sip-server
        #    option sip-domain
        #    option nis-server
        #    option nis-domain
        #    option nis+-server
        #    option nis+-domain
}

en espérant qu'Orange accepte quelque soit le DUID fourni (ca va être l'@ MAC de l'ERL). A priori on peut pas changer le DUID pour mettre l'@ MAC de la livebox je n'ai pas trouvé l'info dans la doc de Dibbler. Mais a priori Orange ne check pas l'@ MAC des livebox, le fti/... suffit.

le script "/etc/dibbler/radvd.sh" est a créer pour appeler les traitements Ubnt/Vyatta (les .pl qui vont configurer le radvd). pour les parametres passés au script par Dibbler voir la doc section 4.8 : http://klub.com.pl/dhcpv6/doc/dibbler-user.pdf

kgersen · « **Réponse #2177 le:** 11 février 2016 à 17:06:42 »

La livebox utilise dhclient pour l'IPv6-PD et l'ERL a dhclient mais juste pas la bonne version:

dhclient de l'ERL:

Code: [Sélectionner]

4.1-ESV-R7
Usage: dhclient [-4|-6] [-SNTP1dvrx] [-nw] [-p <port>]
                [-s server-addr] [-cf config-file] [-lf lease-file]
                [-pf pid-file] [--no-pid] [-e VAR=val]
                [-sf script-file] [interface]

dhclient de la livebox 3:

Code: [Sélectionner]

4.2.3-P1
Usage: dhclient [-4|-6] [-SNTP1dvrx] [-nw] [-p <port>] [-D LL|LLT]
                [-s server-addr] [-cf config-file] [-lf lease-file]
                [-pf pid-file] [--no-pid] [-e VAR=val]
                [-sf script-file] [-I authentication string] [--retry-on-auth-fail] [interface]

a noter l'option -I qui n'est pas standard. Donc SAH (SoftAtHome) ont du modifier le source. Mais la licence de dhclient (ISC) est de type BSD donc ils ne sont pas tenu de publier leur modif...

Il faudrait voir si la version standard 4.2.3 (ou plus) envoie les options dhcp quand on est en ia-pd v6 contrairement a la version 4.1-ESV-R7 qui ne le fait pas. ca sera une piste si Dibbler ne marche pas.

Je@nb · « **Réponse #2178 le:** 11 février 2016 à 21:47:27 »

Je l'ai cross-compilée sur wheezy :
http://kimsufi.jeanb-net.com/public/dibbler-1.0.1/dibbler-client_1.0.1-1~bpo80+1_mips.deb
http://kimsufi.jeanb-net.com/public/dibbler-1.0.1/dibbler-server_1.0.1-1~bpo80+1_mips.deb
http://kimsufi.jeanb-net.com/public/dibbler-1.0.1/dibbler-doc_1.0.1-1~bpo80+1_all.deb
http://kimsufi.jeanb-net.com/public/dibbler-1.0.1/dibbler-relay_1.0.1-1~bpo80+1_mips.deb

kgersen · « **Réponse #2179 le:** 11 février 2016 à 21:48:18 »

cool je test demain.

zoc · « **Réponse #2180 le:** 11 février 2016 à 21:52:34 »

Je suis en train de le faire aussi

Mais avec mon wheezy mips dans QEMU ça fait au moins 40 minutes que ça compile...

Je@nb · « **Réponse #2181 le:** 11 février 2016 à 22:04:14 »

Citation de: kgersen le 11 février 2016 à 17:06:42

La livebox utilise dhclient pour l'IPv6-PD et l'ERL a dhclient mais juste pas la bonne version:

dhclient de l'ERL:
Code: [Sélectionner]
4.1-ESV-R7 Usage: dhclient [-4|-6] [-SNTP1dvrx] [-nw] [-p <port>] [-s server-addr] [-cf config-file] [-lf lease-file] [-pf pid-file] [--no-pid] [-e VAR=val] [-sf script-file] [interface]
dhclient de la livebox 3:
Code: [Sélectionner]
4.2.3-P1 Usage: dhclient [-4|-6] [-SNTP1dvrx] [-nw] [-p <port>] [-D LL|LLT] [-s server-addr] [-cf config-file] [-lf lease-file] [-pf pid-file] [--no-pid] [-e VAR=val] [-sf script-file] [-I authentication string] [--retry-on-auth-fail] [interface]
a noter l'option -I qui n'est pas standard. Donc SAH (SoftAtHome) ont du modifier le source. Mais la licence de dhclient (ISC) est de type BSD donc ils ne sont pas tenu de publier leur modif...

Il faudrait voir si la version standard 4.2.3 (ou plus) envoie les options dhcp quand on est en ia-pd v6 contrairement a la version 4.1-ESV-R7 qui ne le fait pas. ca sera une piste si Dibbler ne marche pas.

Elle sert à quoi cette option tu crois ? Au pire ça doit se coder rapidement je pense.

kgersen · « **Réponse #2182 le:** 11 février 2016 à 22:15:16 »

L'ideal serait de faire une image Docker de la toolchain et de la publier sur le Docker Hub.
Comme apres n'importe qui peut s'en servir et c'est bien plus souple qu'une VM.

y'a un exemple ici avec un X compile pour Pi: https://github.com/sdt/docker-raspberry-pi-cross-compiler

sinon le client dibbler fonctionne et genere la bonne requete DHCPv6:

Code: [Sélectionner]

root@ubnt:/home/ubnt# dibbler-client run
| Dibbler - a portable DHCPv6, version 1.0.1 (CLIENT, Linux port)
| Authors : Tomasz Mrugalski<thomson(at)klub.com.pl>,Marek Senderski<msend(at)o2.pl>
| Licence : GNU GPL v2 only. Developed at Gdansk University of Technology.
| Homepage: http://klub.com.pl/dhcpv6/
2015.01.01 08:16:45 Client Notice    My pid (2280) is stored in /var/lib/dibbler/client.pid
2015.01.01 08:16:45 Client Notice    Detected iface eth1.832/9, MAC=04:18:d6:a1:75:3d.
2015.01.01 08:16:45 Client Notice    Detected iface eth1.838/8, MAC=04:18:d6:a1:75:3d.
2015.01.01 08:16:45 Client Notice    Detected iface eth1.840/7, MAC=04:18:d6:a1:75:3d.
2015.01.01 08:16:45 Client Notice    Detected iface br0/6, MAC=04:18:d6:a1:75:3d.
2015.01.01 08:16:45 Client Notice    Detected iface imq0/5, MAC=.
2015.01.01 08:16:45 Client Notice    Detected iface eth2/4, MAC=04:18:d6:a1:75:3e.
2015.01.01 08:16:45 Client Notice    Detected iface eth1/3, MAC=04:18:d6:a1:75:3d.
2015.01.01 08:16:45 Client Notice    Detected iface eth0/2, MAC=04:18:d6:a1:75:3c.
2015.01.01 08:16:45 Client Notice    Detected iface lo/1, MAC=00:00:00:00:00:00.
2015.01.01 08:16:45 Client Notice    Parsing /etc/dibbler/client.conf config file...
2015.01.01 08:16:45 Client Info      Interface eth1.832/9 configuration has been loaded.
2015.01.01 08:16:45 Client Info      My DUID is 00:03:00:01:04:18:xx:xx:xx:xx.
2015.01.01 08:16:45 Client Info      Loading old address database (client-AddrMgr.xml), using built-in routines.
2015.01.01 08:16:45 Client Info      DB timestamp:1420096542, now()=1420096605, db is 63 second(s) old.
2015.01.01 08:16:45 Client Info      All client's 00:03:00:01:04:xx:xx leases are not valid.
2015.01.01 08:16:45 Client Notice    Creating control (::) socket on the lo/1 interface.
2015.01.01 08:16:45 Client Notice    Creating socket (addr=fe80::618:xx:xx) on eth1.832/9 interface.
2015.01.01 08:16:45 Client Notice    CONFIRM support compiled in.
2015.01.01 08:16:45 Client Info      Creating SOLICIT message with 0 IA(s), no TA and 1 PD(s) on eth1.832/9 interface.
2015.01.01 08:16:45 Client Error     AUTH: protocol 5299656 not supported yet.
2015.01.01 08:16:46 Client Info      Processing msg (SOLICIT,transID=0x41f996,opts: 1 25 8 16 15 11 6)
2015.01.01 08:16:46 Client Error     AUTH: protocol 5299656 not supported yet.
2015.01.01 08:16:48 Client Info      Processing msg (SOLICIT,transID=0x41f996,opts: 1 25 8 16 15 11 6)
2015.01.01 08:16:48 Client Error     AUTH: protocol 5299656 not supported yet.
2015.01.01 08:16:52 Client Info      Processing msg (SOLICIT,transID=0x41f996,opts: 1 25 8 16 15 11 6)
2015.01.01 08:16:52 Client Error     AUTH: protocol 5299656 not supported yet.
2015.01.01 08:17:00 Client Info      Processing msg (SOLICIT,transID=0x41f996,opts: 1 25 8 16 15 11 6)
2015.01.01 08:17:00 Client Error     AUTH: protocol 5299656 not supported yet.
2015.01.01 08:17:16 Client Info      Processing msg (SOLICIT,transID=0x41f996,opts: 1 25 8 16 15 11 6)
2015.01.01 08:17:16 Client Error     AUTH: protocol 5299656 not supported yet.
^C2015.01.01 08:17:35 Client Critical  Signal received. Shutting down.
2015.01.01 08:17:35 Client Notice    Shutting down entire client.
2015.01.01 08:17:35 Client Notice    Creating RELEASE for 0 IA(s), 1 PD(s),  (no TA) on the eth1.832/9 interface.
2015.01.01 08:17:35 Client Error     Unable to send RELEASE. Unable to find DUID.
2015.01.01 08:17:36 Client Notice    Bye bye.

bj !

Je@nb · « **Réponse #2183 le:** 11 février 2016 à 22:16:50 »