J'ai mis la main sur la capture que j'ai faite hier soir :



Si je mets de coté pour l'instant la 1ere trame, je note 3 groupes de trames envoyés de façon repetitive :
 -> Trame NBNS  c'est le NAS (adresse 192.168.0.2) qui l'envoie au 192.168.0.255
      je viens de voir sur Internet que c'est habituellement l'adresse de Broascast du routeur.
      Hors la BBox vient d'origine avec des adresses du genre 192.168.1.xxx. L'adresse de Broadcast est donc 192.168.1.255.
      J'ai change la plage 1.xxx en 0.xxx  sur la page DHCP..)
     
      La question ici est : est-ce que l'adresse de Broadcast est-elle passée à 192.168.0.255 ou bien est-ellle restée à 192.168.1.255 ?
      Indépendemment de cela on voit que cette trame est envoyée par le NAS, de façon répétitive toutes les 5mn environ.
      Je pense qu'elle déclenche de suite la réponse de mon imprimante Canon, (@ 192.168.0.95)

 -> Trame BROWSER c'est aussi le NAS qui est à l'initiative de cette trame envoyée au 192.168.0.255
      Tel que j'ai compris, après avoir jeté un coup d'oeil sur Internet, cette trame est liée au protocole SMB, je cite :
         "le host announcement diffuse qu'une machine est active....
      Cette trame est aussi envoyée toutes les 5mn, environ.

 -> Trame SSDP c'est le NAS qui envoi cette trame, cette fois ci toutes les minutes.
      Je viens de voir que c'est une trame probablement liée à l'uPNP, qui sert aux hosts à déclarer les services disponible.
      l'adresse de multicast est bien celle visible dans la capture (239.255.255.250)

Bon, avec ça je suis bien avancé.
Je ne sais toujours pas pourquoi le NAS ne passe pas en mode veille, quand il est directement raccordé au routeur de la Bbox et pourquoi il passe en veille quand je mets une paire de boitiers CPL entre le  NAS et le routeur.

Tu as testé en ne laissant que ton NAS et la Bbox ?

Oui, et c'est Idem. Il ne passe pas en veille s'il est connecté direct sur la RJ45 du routeur.

Bon, j'ai réussi à faire le hibernate log. le voici  :

Apr  5 15:38:00 syno_hibernate_debug_tool: (115): Start Hibernation Debug with second [1]
Apr  5 15:38:00 kernel: [60472.550000] [/etc/passwd] opened by pid 21899 [u:(-ash), comm:(ash)]
Apr  5 15:38:33 kernel: [60505.660000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:39:01 kernel: [60534.320000] [/etc/localtime] opened by pid 4244 [u:(/usr/syno/sbin/nmbd), comm:(nmbd)]
Apr  5 15:39:33 kernel: [60565.710000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:40:19 kernel: [60611.510000] [/etc/localtime] opened by pid 2949 [u:(scemd), comm:(scemd)]
Apr  5 15:40:33 kernel: [60625.780000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:41:33 kernel: [60685.830000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:41:35 kernel: [60687.730000] [/var/run/dovecot//login/ssl-parameters.dat] opened by pid 7760 [u:(/var/packages/MailServer/target), comm:(dovecot)]
Apr  5 15:42:33 kernel: [60745.900000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:43:33 kernel: [60805.960000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:43:56 kernel: [60828.520000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:44:01 kernel: [60834.460000] [/etc/localtime] opened by pid 4244 [u:(/usr/syno/sbin/nmbd), comm:(nmbd)]
Apr  5 15:44:33 kernel: [60866.020000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:45:24 kernel: [60916.740000] [/etc/localtime] opened by pid 2949 [u:(scemd), comm:(scemd)]
Apr  5 15:45:33 kernel: [60926.080000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:46:33 kernel: [60986.150000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:47:33 kernel: [61046.200000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:47:35 kernel: [61048.670000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:48:28 kernel: [61101.470000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:48:33 kernel: [61106.260000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr  5 15:49:09 kernel: [61142.070000] [/etc/localtime] opened by pid 4244 [u:(/usr/syno/sbin/nmbd), comm:(nmbd)]
Apr  5 15:49:18 kernel: [61151.190000] [/etc/ld.so.cache] opened by pid 3572 [u:(syno_hibernate_debug_tool), comm:(syno_hibernate_)]
Apr  5 15:49:18 syno_hibernate_debug_tool: (154): End Hibernation Debug

Va falloir décoder ... 

Bonsoir le gars,

Je progresse 
Je crois avoir compris ce qui dans les trames échangées est à l'origine de la non-hibernation :
j'ai encadré en rouge ci dessous les trames que je suspecte :



En fait la trame NBNS envoyée par le NAS à tout le monde, provoque que l'imprimante wifi réponde la trame ARP.
Du coup, ça active probablement le disque dur du NAS et empèche ainsi le passage en hibernation.

Je vois Deux solutions :
1- enlever les trames NBNS envoyées par le NAS (il faudrait probablement désactiver SAMBA, mais si c'est ça, je ne pourrais plus accéder à mon NAS par mappage)
2- éviter que l'imprimante envoie la trame ARP en réponse.
    là, je ne sais pas faire.. sauf à éteindre l'imprimante

Et effectivement, quand l'imprimante est éteinte, ça fonctionne. Le NAS passe en veille..
Par contre, si je la laisse allumée, Le NAS ne passe plus en veille.

En fait c'est une fausse veille. C'est juste une hibernation des hdd, je crois.
Quand le nas est dans cet etat il continue d'envoyer des trames.

Et j'intuite que la reception de l'arp lui fait lancer u
 Process qui a pour effet de bord d'utiliser un acces au hdd, ce qui empeche sa mise en veille