- Le TOS est bien à ip.ip_tos = IPTOS_LOWDELAY (0x10); et on le voit bien dans la capture, le champs TOS a la bonne valeur.

le point important est la: si on peut changé et mettre la bonne valeur de DSCP pour que la couche VLAN map a CS6.

avec que IPTOS_LOWDELAY c'est pas bon, ca ne map pas a CS6 mais a 0. Pour avoir CS6 il faudrait mettre "110 000 xx".

cf table ici: http://www.dqnetworks.ie/toolsinfo.d/dscp.shtml

t'as pris les sources d'Ubnt ou directement chez ISC?

on commence a se mélanger les pinceaux, moi aussi, et  cela ne se passe au meme endroit...

ip_tos2prio c'est utilisé dans le routage et pour tc/qdisc ?

la on parle de raw sockets qui vont directement dans la couche d'en dessous, a savoir celle qui gere les vlans et donc la ou la table egress-qos entre en action ( dans net/8021q/vlan_dev.c). on sait en pratique qu'ici ca marche puisqu'en forcant tout le monde a 6 dans l'ERL ou n'importe quel linux ca donne bien des paquets DHCP avec la 802.1p a 6 (command egress-qos ou vconfig).

voila le code en question dans les source de la livebox:

le code qui définit la table "egress_priority_map"

int vlan_dev_set_egress_priority(const struct net_device *dev,
u32 skb_prio, u16 vlan_prio)
{
struct vlan_dev_info *vlan = vlan_dev_info(dev);
struct vlan_priority_tci_mapping *mp = NULL;
struct vlan_priority_tci_mapping *np;
u32 vlan_qos = (vlan_prio << 13) & 0xE000;

/* See if a priority mapping exists.. */
mp = vlan->egress_priority_map[skb_prio & 0xF];
while (mp) {
if (mp->priority == skb_prio) {
if (mp->vlan_qos && !vlan_qos)
vlan->nr_egress_mappings--;
else if (!mp->vlan_qos && vlan_qos)
vlan->nr_egress_mappings++;
mp->vlan_qos = vlan_qos;
return 0;
}
mp = mp->next;
}

/* Create a new mapping then. */
mp = vlan->egress_priority_map[skb_prio & 0xF];
np = kmalloc(sizeof(struct vlan_priority_tci_mapping), GFP_KERNEL);
if (!np)
return -ENOBUFS;

np->next = mp;
np->priority = skb_prio;
np->vlan_qos = vlan_qos;
vlan->egress_priority_map[skb_prio & 0xF] = np;
if (vlan_qos)
vlan->nr_egress_mappings++;
return 0;
}
le code par lequel les paquets sortent effectivement:
static inline u16
vlan_dev_get_egress_qos_mask(struct net_device *dev, struct sk_buff *skb)
{
struct vlan_priority_tci_mapping *mp;

mp = vlan_dev_info(dev)->egress_priority_map[(skb->priority & 0xF)];
while (mp) {
if (mp->priority == skb->priority) {
return mp->vlan_qos; /* This should already be shifted
      * to mask correctly with the
      * VLAN's TCI */
}
mp = mp->next;
}
return 0;
}

on remarque de suite: "skb_prio & 0xF". donc ca ne garde que les 4 bits de poids faibles pour le mapping.
la table fait donc 16 entrées max. 16 valeurs de skb_prio mappées sur 16 valeurs de 802.1p (3 bits de PCP+1 bit de DEI (ex CFI)).

il faut juste mettre le bon skb prio dans le code dhcp donc 0b1100 soit 0xC (12).
0x10 n'est pas bon, avec & 0xF ca donne 0.

tout ca reste encore confus tout de meme mais on avance.

pour ARP , le code de la livebox a un define: CONFIG_SAH_ARP_PRIORITY=6 ; suffit de lui suivre pour voir ou il est utilisé.

Je pense que mettre ARP en priorité 6 n'est pas notre principal problème de toute façon. @zommak ne l'a pas fait et tout fonctionne chez lui.

Dans le noyau, c'est là:
/*
 * Send an arp packet.
 */
void arp_xmit(struct sk_buff *skb)
{
skb->apFlowData.controlFlags |= IPQOS_HOQ_PACKET;
skb->priority = CONFIG_SAH_ARP_PRIORITY;
/* Send it off, maybe filter it using firewalling first.  */
NF_HOOK(NFPROTO_ARP, NF_ARP_OUT, skb, NULL, skb->dev, dev_queue_xmit);
}
Sinon, juste comme ça, vous me confirmez que le DHCP en priorité 0 ça ne fonctionne réellement pas ? Parce qu'on a un témoignagne ici : https://lafibre.info/remplacer-livebox/configuration-routeros-mikrotik-pour-livebox/ sur un routeur Mikrotik (c'est un noyau Linux 3.3.5) en DHCP qui fonctionne sans configurer les priorités 802.1p.

A moins que sur le MikroTik les requêtes DHCP sortent en priorité 6 par défaut...

kgersen : toi tu es sur le code skb->prio vers la prio 802.1p.
Rien ici ne fait de mapping TOS/DCSP vers le skb.

Et dans le code de dhcp, il y a rien qui joue sur le skb (faudrait que je refasse un tour).

Bonne nouvelle.

Pour IPv6 je pense qu'on va devoir faire le fichier de config à la main, encore faut-il que le client DHCP6-PD permette de configurer tous les paramètres nécessaires (on sait déjà que depuis le fichier de config EdgeOS c'est mort).

Pour la téléphonie, en ce qui me concerne il n'y aura pas de modifications, car ma téléphonie actuellement (asterisk + siproxd) ne passe pas par le VLAN 851 (il n'est même pas configuré sur mon ERL), mais par le lien "Internet".

Moi ce qui m'intéresse maintenant, c'est la TV: Apparemment on passe de 2 VLANS (pour TV et VOD) a un seul, ce qui veut donc dire que dans une configuration sans Livebox on n'a même plus besoin de bridge du tout, et du coup le CPU de l'ERL va dire merci (actuellement, à cause du bridge, j'ai un core qui monte à 25/30 % quand j'allume le décodeur TV à cause du bridge qui n'est pas offloadé).

voila ma config actuel qui marche en IPv4:

il faut donc patcher le fichier perl pour l'option auth. je ne sais pas si tout est nécessaire dans le 'client-option "request' mais j'ai mis tout ce que la livebox demande.

le DHCPv6 ne marche pas mais le fichier /var/run/dhcp6c-eth1.832-pd.conf est généré par /opt/vyatta/sbin/dhcpv6-pd-client.pl. Je vais voir si y'a moyen d'injecter les "client-option" qui sont dans "dhcpv6-options" dans le .conf en modifiant le .pl. ca fait 15 ans que j'ai pas fait de Perl mais c'est comme le vélo il parait.