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/
