Justement non. je me suis sûrement mal exprimé, mais il faudrait des peering X spécifique à la voix. Pas en créer un, mais réalisé une "extension" de ceux existants, mais cette fois-ci avec de la QOS (SIP => precedence 3 / RTP => 5) etc ... De plus, au niveau sécu, le client final ne peut pas discuter avec n'importe qui, il discute avec ton SBC dans ton propre réseau. Puis, ton SBC discute avec le peering (ton SBC est trusté sur ce peering).
Ex: DATA: CPE --> PE --> backbone IP --> transitaires IP ou peering X ou ... VOIP: IPBX / E-SBC --> SBC --> backbone Voix --> transitaires Voix ou peering X Sujet véritablement énorme à traiter et certainement pas qu'entre provider... il faut un / des organismes de régulation et de confiance. Le 15 mai 2018 à 11:21, boite frnog <mailbox.fr...@gmail.com> a écrit : > >1) j'ai un appel à destination du 0101010101, je demande déjà à mon DNS > >interne (ENUM) si je connais, est-ce mon réseau ? > >2) oui, je balance dans mon réseau ==> SBC interne qui gère le client, > >pourquoi pas le client en direct... > >3) non je ne gère pas ce numéro, a qui dois-je le balancer ? ==> soit sur > >une interco directe que j'ai avec tel ou tel provider, soit au peering X, > >soit ma route par défaut mon transitaire voix. > > Si l'idée oui, mais la voix est tellement sensible qu'il faut je pense > plus s'appuyer sur des conversations uniquement entre SBC, et sur des > interco IP très fiable. > > Tu vas également perdre le contrôle de ton flux si tu laisse le client > discuter librement avec n'importe qui, et niveau sécu... > > > Le 15 mai 2018 à 11:06, Mickael Hubert <mick...@winlux.fr> a écrit : > >> Il n'avait pas été question, il y a quelques temps, lors d'une réunion >> FRNOG justement d'un SIP...X ? Il est vrai que d'interconnecter l’ensemble >> des petits entre eux est vain, mais les peering X sont là pour ça (au >> niveau IP). >> je n'ai sûrement pas tout les tenants et aboutissant, mais pourquoi >> réinventer la roue ? Le DNS fonctionne très bien (avec peut-être un peu >> plus de sécu à envisager), ENUM a été créé pour cela, pourquoi ne pas >> s’appuyer la dessus. >> >> Je vous balance ça pêle-mêle, et c'est une vision trop minimaliste, mais >> si >> on prend exemple sur le BGP et les peering X: >> >> 1) j'ai un appel à destination du 0101010101, je demande déjà à mon DNS >> interne (ENUM) si je connais, est-ce mon réseau ? >> 2) oui, je balance dans mon réseau ==> SBC interne qui gère le client, >> pourquoi pas le client en direct... >> 3) non je ne gère pas ce numéro, a qui dois-je le balancer ? ==> soit sur >> une interco directe que j'ai avec tel ou tel provider, soit au peering X, >> soit ma route par défaut mon transitaire voix. >> >> A la différence de "l'internet", le plus réaliste serait que ces échanges >> DNS ne soient autorisés qu'entre les providers déclarés ARCEP et que les >> mises à jour ne proviennent que d'un point central et certifié (Ex: APNF) >> De plus, pas d'automatisme de création des tables de routage d'appel comme >> BGP. Il faudrait que chaque provider puisse savoir quelle est la route la >> plus "courte" pour joindre tel ou tel numéro en prenant en compte ses >> propres interco à dispo. >> >> Bon c'est facile à dire... >> >> >> Le 15 mai 2018 à 10:24, boite frnog <mailbox.fr...@gmail.com> a écrit : >> >> > Bonjour à tous, >> > >> > Je me permets de créer un nouveau sujet. En effet, je pense que Xavier a >> > raison, il est temps de faire bouger les choses. La crise d'hier est >> > critique sur plein de plans, combien d'appels d'urgence n'ont pas été >> > routés hier ? Mais sans aller aussi loin, c'est vrai que ça n'a pas >> évolué >> > depuis un bout de temps... >> > >> > J'ai cependant plusieurs questions à la liste. >> > >> > Pourquoi ne pas faire du peering SIP, suivant le modèle du France XI (un >> > France SIPIX ?) ? Est-ce que cette question a déjà été soulevée et si >> oui >> > quels ont été les freins ? >> > >> > Par modèle j'entends à la fois technique, mais aussi associatif. >> > >> > C'est à dire un SBC centralisé joignable en interco IP sur TH2 >> permettant >> > le routage entre opérateurs, mais aussi la proxyfication du RTP et >> pourquoi >> > pas un nouveau modèle de billing. >> > >> > DNS a été soulevé, c'est bien, mais quand bien même il inutile >> d'imaginer >> > résoudre et faire du P2P entre les SBC des "petits opérateurs" pour >> pleins >> > de raisons (notamment sécu, qualité de l'interco)... >> > >> > Mais alors, comment échanger (annoncer) ses tranches SDA ? Je ne connais >> > pas SIP-I mais je ne crois pas qu'une notion d'annonce existe... >> > >> > Faudrait-il créer ce protocole (vecteurs) ? Après tout, les solutions >> > opensource sont là. >> > >> > Mais beaucoup plus simplement, est-ce qu’une base de données gérée par >> un >> > tiers de confiance (l'asso) ne suffirait-elle pas à redistribué à ses >> > membres les tranches connues par ce service ? >> > >> > Charge aux opérateurs de monter ce second trunk et d'envoyer son trafic >> > selon ses routes mises à jour dynamiquement sur son SBC... >> > >> > Non ? >> > >> > --------------------------- >> > Liste de diffusion du FRnOG >> > http://www.frnog.org/ >> > >> >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
