<div dir="ltr"><div class="gmail_extra">Bonjour Jean-Yvon,<br><br></div><div class="gmail_extra"><div class="gmail_quote">Le 18 décembre 2016 à 20:49,  <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.<wbr>com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="transparent" text="#000000"><span>
    <p><span></span>Je vais te proposer de mettre fin à ton dilemme :<br></p></span>
    telecom:medium:fiber=yes<br>
    telecom:medium:coax=yes<br>
    <br>
    Pas de soucis pour les armoires à usage multiple.<br>
    Et comme il y a trois et non deux cas (yes, no, absence de tag)<span><br></span></div></blockquote><div><br></div><div>En fait le dilemme se situait entre les listes à ; : telecom:medium=fiber;coax et les tag "yes" : telecom:medium:fiber=yes + telecom:medium:coax=yes<br></div><div>J'avais d'ailleurs reproché ça à une proposition d'extension du modèle des écoles/universités en début d'année où trop de clés avec pour seule valeur yes étaient utilisées.<br><br></div><div>Vu qu'il n'y a pas de solution parfaite, à mon avis les clés =yes sont meilleures que des listes difficiles à manipuler.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="transparent" text="#000000"><span>
    </span>
    Tu veux dire : du réseau à l'armoire en fibre et de l'armoire à
    l'abonné en coax, pas que l'armoire gère des réseaux basés sur deux
    technologies différentes.<br></div></blockquote><div>C'est ça, mais si l'armoire se situe à la connexion entre la fibre qui arrive du "central" (le cmts) et le coax qui dessert les abonnés, il y a bien deux medium différents à l'intérieur.<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="transparent" text="#000000">
    Intéressant mais je ne vois pas ça dans le schéma. Non, je ne
    propose pas d'ajouter cette information mais je suis prêt à te
    l'entendre dire.<br>
    Ce serait par exemple :<br>
    telecom:service_level:FTTH pour l'armoire fibre et FTTLa pour
    l'armoire fibre/coax.<br>
    Comme ça on n'aurait pas de valeurs multiples ? Je dis peut-être une
    connerie, ne pas hésiter à le dire, j'aurais encore appris qqc ce
    soir.<br>
    Par exemple, est-ce quelque chose distingue le FTTH (H=Home, prise
    individuelle) et le FTTB (B=building, fibre à l'immeuble, autre
    techno ensuite) d'une point de vue réseau ? Est que le  FTTB n'est
    pas un FTTH suivi d'un FTTLa  (ou plutôt FTTC) dans l'immeuble ?<br>
    <a href="http://www.ariase.com/fr/guides/fibre-optique.html" target="_blank">http://www.ariase.com/fr/guide<wbr>s/fibre-optique.html</a></div></blockquote><div><br></div><div>Intéressante cette clé telecom:service_level<br></div><div>En France ça peut marcher, parce qu'il n'y a pas de cas où les boucles locales sont mélangées, certains font du FTTH, d'autres FTTLa et c'est étanche<br></div><div>Par contre je crois savoir que dans d'autres pays d'Europe du nord, il mélangent les deux dans les mêmes armoires, on va avoir le même problème que fibre/coax.<br><br></div><div>Il est certain qu'un FTTB s'accompagne d'une techno quelconque pour rallier l'abonné en bout de réseau (peut-être du coax via DocSis ou même du VDSL).<br><br></div><div>On ne souhaitais pas descendre à ce niveau de détail là pour l'instant<br></div><div>La solution avec telecom:medium:fiber=yes est la plus polyvalente.<br></div><div>Peut-on se risquer à utiliser medium:fiber=yes, sans telecom: ?<br></div><div><br><br></div><div>Bonne soirée<br></div><div>François<br></div></div></div></div>