Bonsoir tout le monde.
Voila je suis passé à la VDSL chez moi.
J'ai un modem TP-link TD-W9987 qui me sert pour la connexion à la prise téléphonique.
J'ai un routeur pfSense version 2.3 - 32bit avec 4 port Gbit et le reste c'est du lan avec des serveur et la maison.
Je donne un petit schéma (entre parenthèse le nombre de port Ethernet utilisé):
Ligne téléphone -> MODEM -> PFSENSE -> LAN(1) + SRV(2 LACP)

Le truc est que sur les packets dhcp qui sorts de mon pfsense je n'ai pas l'option 77. J'ai cherché le dhclient avec l'option 77 pour pfsense 2.3 32bit mais rien :/
J'ai mis quelques photo pour voir ma config.

Les infos comme userclass ont été capturé directement depuis la box TV, j'ai capturé les packets au moment de l'installation de la box TV si besoins,
et il y a une option que je n'arrive pas à  mettre c'est l'option classless static route: option 121 du dhcp. ( je ne sais pas si elle est nécessaire mais bon)





Ici je suis dans l'interface TV celle qui est bridgé avec les vlan pour la télé:
j'ai coché la case advanced options

J'ai cherché le dhclient avec l'option 77 pour pfsense 2.3 32bit mais rien :/

Si ton matos le permet tu peux passer sur pfSense 2.3 64-bit et utiliser le dhclient que j'ai posté.

Si tu veux juste l'option "77", le patch est simple :

diff --git a/sbin/dhclient/tables.c b/sbin/dhclient/tables.c
index c7bac57..bee776c 100644
--- a/sbin/dhclient/tables.c
+++ b/sbin/dhclient/tables.c
@@ -335,6 +335,7 @@ unsigned char dhcp_option_default_priority_list[] = {
  DHO_DHCP_REBINDING_TIME,
  DHO_DHCP_CLASS_IDENTIFIER,
  DHO_DHCP_CLIENT_IDENTIFIER,
+ DHO_DHCP_USER_CLASS_ID,
  DHO_SUBNET_MASK,
  DHO_TIME_OFFSET,
  DHO_CLASSLESS_ROUTES,
Et la source de pfSense n'est pas très difficile à trouver 
https://github.com/pfsense

@Ninored :  l'erreur se produit si tu ne déclares pas la longueur de la chaîne (ici 13 caractères), il faut donc envoyer : \015PC_MLTV_IHD92

Mais il semblerait d'après le topic de cetipabo que ça ne fonctionne pas.

Si ça ne marche pas tu devrais essayer :  \016STB_MLTV_UHD86 ou \047FSVDSL_livebox.MLTV.softathome.Livebox3

Oui, dhclient est un peu stupide pour les options non supportés de base, car il n'insère pas de lui même la longueur de l'option.
Il faut donc ajouter manuellement au début un caractère dont le code ASCII donne la longueur du texte (en caractères).

Dans mon cas seul FSVDSL_livebox.MLTV.softathome.Livebox3 fonctionne pour avoir une IP, et la chaine fait 37 caractères de long.
Donc il faut que je définisse l'option 77 à une de ces valeurs :

\047FSVDSL_livebox.MLTV.softathome.Livebox3 (octal)
\x27FSVDSL_livebox.MLTV.softathome.Livebox3 (hex)
'FSVDSL_livebox.MLTV.softathome.Livebox3 (ASCII)

Truc marrant : le USER_ID MLTV de la Livebox 2 fait 34 caractères de long, ce qui correspond à " en ASCII !
(Donc le caractère termine la chaine, et l'option est forcèment mal formée.)
Dans ce cas j'avais été obligé de modifier dhclient pour saisir l'option 77 en hexadécimal plutôt qu'en "string".

Je confirme le premier caractère pris est celui de la longueur de la chaine et les suivant doivent correspondre a l'userclass.
Pour régler tout les problèmes la chaine 'FSVDSL_livebox.MLTV.softathome.Livebox3 fonctionne parfaitement.
Il n'est pas nécessaire d'éditer le fichier. J'ai personnellement fait un fichier override.

La marche a suivre est la suivant: mettez ce qui suit en bas dans un fichier, mettez le dans le dossier /root/, ensuite donne les droits 755 (je pense que c'est suffisants) et dans les paramètres de l'interface, cochez
la case Configuration Override puis mettez le chemin jusqu’à votre ficher.
Sauvegarder et appliquer les changements DHCP (petit popup en haut après avoir sauvegarder).
interface "bridge0" {
timeout 60;
retry 15;
select-timeout 0;
request subnet-mask, routers, ntp-servers, www-server;
send dhcp-class-identifier "sagem";
send dhcp-client-identifier 1:**:**:**:**:**:**;
send user-class "'FSVDSL_livebox.MLTV.softathome.Livebox3";
initial-interval 1;
script "/sbin/dhclient-script";
}

J'obtiens bien une ip et tout ça. Cependant le proxy IGMP de pfsense 2.3 ne fonctionne pas correctement avec les interfaces VLAN.
Je vous donne le ticket: https://redmine.pfsense.org/issues/6099
Je suis donc en attente d'une solution la dessus.
Certaines personnes arrivent à  faire fonctionner le service IGMPProxy sur les trois premiers VLAN mais dans mon cas j'en ai bien plus.

Merci.

Bonjour à tous,

Pour ceux que ça intéresse, j'ai compilé hier soir un igmpproxy avec un fix pour la prise en compte des VLAN. 

plateforme : FreeBSD 10.3 X64 / pfsense 2.3 X64

/!\ Attention, pensez à faire une sauvegarde de votre igmpproxy avant de faire tout modification. De plus ce fichier est succeptible d'être écrasé par une mise à jour, sauvegardez le en local également.
Glisser le binaire dans le répertoire /usr/local/sbin. Si il n'est pas exécutable effectuer la commande : chmod +x /usl/local/sbin/igmpproxy

Redémarrer votre routeur, attendez que le WAN et surtout le Bridge_TV obtiennent une addresse IP.
Aller dans Status > Services, vous devriez voir que le proxy igmp est en statut running (sinon cliquer sur le "play"), vous avez rejoins un groupe multicast. 

Bonne journée.
J.