J'utilise les DNS d'Orange, ceux retournés par le client DHCP sur le VLAN 832. Chez moi tout sort sur eth0 mais dans des VLANs différents (j'ai un VLAN data, un voip, un iptv, un dmz et un management, oui, je sais c'est un peu overkill pour un reseau perso), et je n'utilise pas du tout eth2..

Accessoirement, le problème de @Gilmourish, c'est qu'il n'a même pas d'adresse IP sur son VLAN 838. On est donc encore loin d'un problème de route 

C'est donc pour moi un problème de configuration du client DHCP, et dans sa config (qu'il m'a envoyée en MP), pour moi son dhcp-client-identifier n'est pas bon, car il doit obligatoirement commencer par 1:, ce que je lui ai dit ( mais je n'ai pas de nouvelles depuis).

Coucou à tous désolé je m'étais absenté. Zoc j'ai rajouté le 1: devant mais pareil j'ai également essayé sans l'option routers pas mieux. Pour ce vlan c'est bien l'adresse mac de la livebox pas celle du décodeur on est bien d'accord ?

Voila ce que j'ai avec les commandes route -n et show ip route

root@ubnt:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         86.246.80.1     0.0.0.0         UG    0      0        0 eth1.832
10.244.232.0    0.0.0.0         255.255.255.0   U     0      0        0 eth1.838
86.246.80.0     0.0.0.0         255.255.248.0   U     0      0        0 eth1.832
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth2
192.168.255.0   0.0.0.0         255.255.255.0   U     0      0        0 eth1.840
IP Route Table for VRF "default"
S    *> 0.0.0.0/0 [210/0] via 86.246.80.1, eth1.832
C    *> 10.244.232.0/24 is directly connected, eth1.838
C    *> 86.246.80.0/21 is directly connected, eth1.832
C    *> 127.0.0.0/8 is directly connected, lo
C    *> 192.168.1.0/24 is directly connected, eth0
C    *> 192.168.255.0/24 is directly connected, eth1.840
Merci

J'ai essayé sans l'option routers mais toujours le même problème.
J'ai bien le patch rfc3442-classless-routes dans /etc/dhcp3/dhclient-exit-hooks.d
# set classless routes based on the format specified in RFC3442
# e.g.:
#   new_rfc3442_classless_static_routes='24 192 168 10 192 168 1 1 8 10 10 17 66 41'
# specifies the routes:
#   192.168.10.0/24 via 192.168.1.1
#   10.0.0.0/8 via 10.10.17.66.41

RUN="yes"


if [ "$RUN" = "yes" ]; then
if [ -n "$new_rfc3442_classless_static_routes" ]; then
if [ "$reason" = "BOUND" ] || [ "$reason" = "REBOOT" ]; then

set -- $new_rfc3442_classless_static_routes

while [ $# -gt 0 ]; do
net_length=$1
via_arg=''

case $net_length in
32|31|30|29|28|27|26|25)
net_address="${2}.${3}.${4}.${5}"
gateway="${6}.${7}.${8}.${9}"
shift 9
;;
24|23|22|21|20|19|18|17)
net_address="${2}.${3}.${4}.0"
gateway="${5}.${6}.${7}.${8}"
shift 8
;;
16|15|14|13|12|11|10|9)
net_address="${2}.${3}.0.0"
gateway="${4}.${5}.${6}.${7}"
shift 7
;;
8|7|6|5|4|3|2|1)
net_address="${2}.0.0.0"
gateway="${3}.${4}.${5}.${6}"
shift 6
;;
0) # default route
net_address="0.0.0.0"
gateway="${2}.${3}.${4}.${5}"
shift 5
;;
*) # error
return 1
;;
esac

# take care of link-local routes
if [ "${gateway}" != '0.0.0.0' ]; then
via_arg="via ${gateway}"
fi

# set route (ip detects host routes automatically)
ip -4 route add "${net_address}/${net_length}" \
${via_arg} dev "${interface}" >/dev/null 2>&1
done
fi
fi
fi

Il faut faire un chmod 755 dessus pour qu'il soit fonctionnel.

Et qu'il appartienne à l'utilisateur root et groupe root...

rfc3442-classless-routes
Bon je confirme problème de VOD réglé ! Alors j'ai apporté 2 modifications à mon fichier de config la première j'ai rajouté le dns name-server 80.10.246.129 en dessous de name-server 80.10.246.2 comme indiqué par renaud007 et la seconde en comparant la config de zoc et la mienne j'ai mis ma ligne client-option "send dhcp-client-identifier 1:xx:xx:xx:xx:xx:xx;" de mon vif 838 en dessous de client-option "send vendor-class-identifier "sagem";" comme pour le vif 832 et là bingo ! J'ai également laissé l'option routes et ça fonctionne. Bref comme j'ai fais les 2 modifs en même temps j'en conclu que le problème venait soit du dns manquant soit de l'emplacement de la ligne  send dhcp-client-identifier