Auteur Sujet: Le guide complet pour USG/USG PRO (Internet, TV, Livebox & IPV6) (Lu 306750 fois)

la67 · « **Réponse #492 le:** 30 décembre 2018 à 22:06:59 »

Citation de: Gron78 le 30 décembre 2018 à 17:28:54

Bonjour,

Possible de nous partager une capture d'écran pour la création d'une option DHCP? Par exemple, si tu as réussi à paramétrer l'option rfc3118-auth via le GUI je suis très intéressé.

Sur un contrôleur 5.8.30, cela se fait par 2 opérations

Définir les options dhcp customs au niveau des services, ce qui fait qu'elles pourront ensuite être utilisées dans des reseaux, il faut selectionner le type hex array
Définir la valeur des options customs pour le réseau concerné. Dans mon cas, il y a 2 VLANs concernés
- un VLAN dédie à la TV qui contient les 2 décodeurs UHD et qui n'utilise que l'option vendor-specific
- un VLAN dédie à la livebox pour le téléphone et qui utilise toutes les options definies
Cela se trouve dans Advanced DHCP options (à ouvrir) qui contient custom DHCP options

Shion · « **Réponse #493 le:** 07 janvier 2019 à 21:50:05 »

Citation de: zoc le 27 décembre 2018 à 18:34:43

Pour la TV (décodeur UHD), il faut que le serveur DHCP qui attribue l'IP au dédodeur envoie l'option Vendor-specific (125) avec un contenu bien particulier (préfixe de la Mac de la Livebox, numéro de série de la Livebox et version de la Livebox). J'ai un script qui génère ça :

Code: [Sélectionner]
#!/bin/bash maclivebox=24:7F:20:XX:XX:XX verlivebox=4 serlivebox=LKXXXXXDPXXXXXX tohex() { for h in $(echo $1 | sed "s/$.$/\1 /g"); do printf %02x \'$h; done } addsep() { echo $(echo $1 | sed "s/$..$/:\1/g") } m=0406$(tohex ${maclivebox//:/} | cut -c1-12) s=050f$(tohex ${serlivebox}) l=0609$(tohex Livebox)20$(tohex $verlivebox) echo 00:00:0d:e9:24$(addsep ${m}${s}${l})

Question très bête sans doute mais.....quel est le format de ton script ? Plus simplement, comment l'utiliser en mettant nos propres valeurs de Livebox

zoc · « **Réponse #494 le:** 08 janvier 2019 à 06:56:04 »

C’est du bash et il suffit de modifier les valeurs des 3 variables en tête du script...

Shion · « **Réponse #495 le:** 08 janvier 2019 à 22:27:36 »

Le script me génère bien un résultat (assez long) que j'inscris dans le champ approprié dans les options DHCP personnalisées d'un network créé pour l'occasion.

Le décodeur récupère bien un adressage de ce network, le Replay fonctionne mais pas le flux TV : "La chaine demandée n'est pas accessible"

J'ai sans doute loupé une étape $:-\$

edit : à quoi correspond cette valeur dans la dernière ligne du script :

echo 00:00:0d:e9:24$(addsep ${m}${s}${l})

Shion · « **Réponse #496 le:** 14 janvier 2019 à 23:55:17 »

Un grand merci à la67 pour son aide en MP, zoc ainsi que toutes les personnes qui font vivre ce topic

Le service TV est pleinement fonctionnel à présent sur un VLAN dédié fourni par le DHCP de l'USG avec en frontal la Livebox reliée uniquement en WAN.
Un réseau dédié dans la GUI, un *.json ultra-minimaliste pour IGMP-Proxy et 2 règles firewall (UDP/IGMP pour le Multicast) dans la GUI suffisent.

Je peux enfin débrancher la patte de la Livebox qui me servait à garder son DHCP pour les décodeurs

flipper · « **Réponse #497 le:** 15 janvier 2019 à 18:28:10 »

bonsoir, depuis hier soir le téléphone ne fonctionne plus, la livebox indique téléphone déconnecté. Pourtant, je n'ai pas fait de mise à jour de l'USG ou de modification de configuration. J'ai tout redémarré mais le problème persiste. Suis je le seul? Y a t il eu une mise à jour récente de la livebox (j'ai la 4 il me semble, la noire avec SFP intégré)

zoc · « **Réponse #498 le:** 16 janvier 2019 à 10:08:11 »

Seulement depuis hier soir ?

Le fonctionnement de la téléphonie a changé courant décembre... Il faut maintenant envoyer des options supplèmentaires à la box pour qu'elle arrive à joindre le serveur SIP d'Orange. Les modifications à apporter sont décrites dans plusieurs sujets du forum (dont celui à propos de l'option 90).

flipper · « **Réponse #499 le:** 16 janvier 2019 à 13:55:11 »

justement, j'avais effectué ces modification il y a quelques mois. Je vais revérifier tout ça mais c'est étrange

thefa · « **Réponse #500 le:** 19 janvier 2019 à 21:51:05 »

@la67, j'ai eu une réponse de UBNT-cmb (déjà le 12 décembre !!! je ne sais pas comment j'ai pu la rater :-( ).

Voilà ce qu'il me dit. Il semble que moyennant le nommage de l'interface WAN comme "WAN", ça marche avec 5.9.x comme avec 5.8.x! Je n'ai pas eu temps de regarder à nouveau mais je vais essayer...
J'ai l'impression que l'exemple auquel il se réfère n'a pas justement la description de l'interface comme WAN mais bon...

Citer

You can still use the same method as 5.8.x on 5.9.x, but the key is having an interface with description "WAN". A lot of the config.gateway.json examples going around didn't originally have that, and those using it ended up with bad behavior on controller versions that support port remapping, as that description is how it knows which interface is which. This example has been updated to correct that.

https://github.com/basmeerman/unifi-usg-kpn/blob/master/config.gateway.json

Is that the scenario you're encountering?

Yes this would be nice to support in a better way in the future, definitely something we have in mind. The existing solution will still work as a stop gap in the mean time though.

la67 · « **Réponse #501 le:** 20 janvier 2019 à 17:59:44 »

@thefa, avec la réponse de UBNT-cmb, on n'est pas plus avancé!
Cela confirme le fait qu'il faille passer obligatoirement par le json pour une config opérationnelle en 5.9.
Donc rien neuf au constat déjà fait. Je préfère rester en 5.8 en attente de mieux.
En tout cas, merci pour le retour.

thefa · « **Réponse #502 le:** 20 janvier 2019 à 18:03:57 »

Ah, moi je comprenais que si on appelait l'interface WAN "WAN", alors ce qui marchait en 5.8.x marchait aussi en 5.9.x... Je vais lui redemander...

la67 · « **Réponse #503 le:** 20 janvier 2019 à 18:18:05 »

Le nommage de l'interface ne peut se faire que dans le json.
L'interface WAN définie dans le GUI s'appelle automatiquement WAN
En fait dans le cas d'un VLAN WAN, il y a 2 qui sont taggées WAN, celle sans le VLAN et celle avec le VLAN

Code: [Sélectionner]

$ show interfaces ethernet
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface    IP Address                        S/L  Description
---------    ----------                        ---  -----------
eth0         -                                 u/u  WAN
eth0.832     90.126.83.26/21                   u/u  WAN
eth0.840     192.168.255.254/24                u/u

Et en définissant le VLAN TV sans tag, on a quand meme 2 interfaces taggés WAN, et là on ne peut rien faire (c'est le GUI qui fait).
J'ai fait des tests en changeant la description en ligne de commande et on le problème persiste.
Il est perdu par les 2 VLANs. Rien à faire...
A partir de la 5.9, c'est le premier de la liste (ici eth0) qui est remonté et qui écrase la config GUI.