Bonjour, Quand j'ai vu le début de la discussion, je me doutais un peu qu'on allait y revenir. Alors ce sujet est toujours d'actualité et n'est pas mort. On a eu de belle contribution et de bon retour. Partant déjà de là on a commencé la rédaction d'un cahier des charges sur le sujet.
Le projet étant porté par notre société qui reste une boîte privée 100% autofinancé on a comme beaucoup d'entre vous l'obligation d'établir certaines priorités économiques :) Donc quand des prospects et clients nous sollicitent avec des prestations sonnantes et trébuchantes, et bien on les faits passer devant. Je sais ce n'est pas bien ! Et honnêtement depuis on bosse bien et on a un nouveau soft à sortir qui nous occupe pas mal. Tout n'est pas perdu car le nouveau soft contient aussi une partie nécessaire au projet IAV. C’est-à-dire la partie IHM, portail, traçage de logs etc... Et ce n'est pas rien. Avec nos capacités sur le SIP, il y a du travail qui n'est pas insurmontable. Il nous faudrait juste un dév en plus pour 6 mois et on verrait si on le conserve ou pas. IAV n'étant pas à la base dans mot esprit un projet financier, je n'ai pas imaginé de Business model autour de cela. S'il y en avait un d'établit, cela justifiera que l'on investisse dedans. Le blog est toujours ouvert pour ceux qui auraient des idées en ce sens. On peut aussi à quelques-uns cofinancer cela, ce n'est pas non plus le bout du monde. Sinon, cela reste dans nos sujets de fonds quand aura le temps et là, la situation nous a donné pas de travail et changement de plan. J'ai aussi ajouté la publication d'IP douteuses sur le monde de la VoIP en tenant compte du fil de la discussion. Je n'ai pas pris le temps d'écrire en CDC en interne mais ça va viendre. Par contre le BGP, n'est pas ma tasse de thé, j'ai bien les notions et fait une formation avec France-X, mes va quand même falloir que je retravaille le sujet avec des collègues. Si Michel PY, Rémy, Daniel et d'autres ont le temps de faire un résumé didactique pour les nuls de ce qu'il faudrait pour que ce soit bien, je prends volontiers. Allez sur ceux, je retourne sur des sujets chauds pour Mr Covid-19 Allez RCT ! Je sais on n'est pas Dredi mais en ce moment il le faut tous les jours :) Xavier -----Message d'origine----- De : David Ponzone <david.ponz...@gmail.com> Envoyé : jeudi 16 avril 2020 09:54 À : Cedric Millet (pro) <milletced....@gmail.com> Cc : Emmanuel DECAEN <emmanuel.dec...@xsalto.com>; frnog-tech <frnog-t...@frnog.org> Objet : Re: [FRnOG] [TECH] Trunk SIP redondant Oui bien sût, un fournisseur de trunk SIP pour client final peut normalement faire toute sorte de trucs de ce genre, plus ou moins custom en fonction de sa volonté de faire du custom et de l’importance du client. J’avais pris la question d’Emmanuel comme une question concernant les opérateurs, et je me rends compte qu’effectivement sa question portait sur les trunks pour client finaux. De toute façon la problématique reste la même, SIP reste SIP et copie le fonctionnement du legacy en ISDN/SS7, et rien n’a été prévu pour qu’une ressource téléphonique puisse être annoncée par 2 chemins. Sachant que l’opérateur qui détient la ressource touche en plus des reversements sur les appels entrants, et que la quasi-totalité du trafic utilise Orange (donc l’opérateur historique) comme transit entre les opérateurs (il y a très peu de peering, il n’est pas gratuit par définition, au mieux il y a compensation, et 3 ou 4 opérateurs cumulent 90% du trafic; il y a un colistier qui a tenté de montre un point de peering Voix: gros échec, il pourra peut-être nous donner sa vision du problème), on sent bien qu’on est sur un modèle très différent de l’IP, et je vois mal un changement à ce niveau à court-terme. > Le 15 avr. 2020 à 23:44, Cedric Millet (pro) <milletced....@gmail.com> a > écrit : > > Hello > Ca ne change rien à ce qu'a dit David mais pour info (sur panne du trunk A > coté client [car si c'est le softswitch/infra de ton opérateur qui est HS, > c'est mort]) y'a cette solution/piste (supportee par au moins les sbc > acmepacket/oracle et sonus) : > > Tu peux toujours demander à ton opérateur s'il supporte le crankback > (reroutage sur cause d'erreur reçue du trunk A) ; parfois avec renumérotation > vers un numéro unique. > > Au mieux t'auras donc toutes les sda de ton trunk A reroutees vers ton trunk > B (qui en nominal a ses propres sda). > Et avec renumerotation : tes sda sont toutes transformees en un numero C > unique qui peut etre n'importe quel numero (voire meme un mobile si ton > operateur le permet). > Quand c'est la misere ca peut etre utile en mode ultra dégradé... > NB : C'est le client proprietaire du trunk A qui est facturé de la > renumerotation vers C. > > Completel faisait (fait toujours?) ca sur une de ces offres. > > Cedric > > Le 15 avr. 2020 22:53, "David Ponzone" <david.ponz...@gmail.com > <mailto:david.ponz...@gmail.com>> a écrit : > Non, ça existe pas. > Le meilleur niveau de redondante que tu puisses avoir c’est 2 intercos SIP > avec Orange sur un couple de SRTHD qui font partie du même noeud chez eux, et > ils s’occupent de router les appels en actif/actif ou actif/passif. > Si Orange est dead sur les 2 SRTHD, t’es dead aussi. > Peu probable (les SRTHD sont à plusieurs km l’un de l’autre), et si ça > arrive, y aura du monde dans les choux. > > > > > Bonsoir, > > > > Existe-t'il une solution pour avoir un Trunk SIP redondant pour les > > appels entrants pour un bloc donné de numéros ? > > En gros je prends un premier trunk SIP auprès de l'opérateur A et un > > second trunk SIP auprès de l'opérateur B. > > > > En temps normal, je reçois les appels depuis A et/ou depuis B. > > En cas de problème avec A, je reçois immédiatement les appels depuis > > B (et vice versa). > > > > En gros, cela revient au mécanisme de BGP appliqué à la téléphonie. > > > > Est-ce que cela implique d'avoir mes propres ressources en > > numérotation (équivalent PI en IP) ? > > Ou existe t'il des loueurs de blocs de numéros (équivalent LIR pour > > la location d'un bloc IP /24) ? > > > > Merci. > > -- > > > > *Emmanuel DECAEN* > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ <http://www.frnog.org/> > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ <http://www.frnog.org/> > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
