sauf que d'un point de vue opérateur de transit, c'est pas dans leur intérêt de te donner les informations de LCR de façon clair.
La communauté pour la factu est utile, mais ne sera pas en pratique utilisé par ceux chez qui celà serait utile. D'un point de vue LCR horaire on a le soucis du temps de convergance BGP, on peut se retrouver sur des périodes de quelques minute a faire passer les appels sur un LCR pas approprié. Pour régler ce soucis il faut deux communauté : une communauté pour la plage actuelle et une communauté pour la plage suivante avec le timestamp de début. Ca permet de palier le temps de convergence. Cordialement Le 17 mai 2018 à 22:09, Jérôme Nicolle <jer...@ceriz.fr> a écrit : > David, > > Le 15/05/2018 à 20:18, David Ponzone a écrit : > >> Ce qui me dérange, c’est que vous semblez oublier qu’une plage de numéros >> client c’est par exemple un /36 dans ton exemple (ZABPQMCD), mais il arrive >> souvent qu’un numéro ait été sorti pour une ligne analogique (fax) donc ton >> /36 devient 9 /40. >> Difficile d’évaluer le nombre de routes que ça représente, probablement >> gérable entre opérateurs petits, mais si un SFR ou Free se pointe, ça va >> faire mal (les particuliers ont tous un /40, et rien à aggréger). >> > > Dans le cas du routage voix on a pas du tout le même problème qu'avec l'IP > : le lookup ne doit être fait qu'une fois par session, et il peut prendre > quelques ms. Du coup le nombre de préfixe n'est qu'un problème de RAM sur > le speaker MP-BGP, qui va de toute façon pousser ses updates dans une "FIB" > à base de SQL ou d'ENUM en fonction des implémentations. > > On a donc pas de problème à gérer les 48 bits que requièrent le codage > d'un numéro E.164, même si on devait les désagréger dans de très nombreux > cas. > > Si on confirme la piste d'utiliser MP-BGP pour les annonces de préfixes et > portabilités, alors on aurait à définir des communautés pour l'encodage de > la tarification d'acheminement. Cela règlerait une fois pour toute la > problématique d'implémentation d'un Least Cost Routing dynamique. > > En outre, les modifications temporelles de routage sont faciles à gérer, > puisqu'il suffit d'un update MP-BGP à chaque changement de plage horaire. > > Globalement ça semble permettre de traiter en amont tout le merdier de > redirections d'aboutement. > > @+ > > -- > Jérôme Nicolle > +33 6 19 31 27 14 > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
