Re: [FRnOG] [TECH] Trunk SIP redondant

2020-04-17 Par sujet David Ponzone 
> Le 16 avr. 2020 à 18:17, Emmanuel DECAEN  a écrit 
> :
> 
> Bonjour,
> 
> Le 16/04/2020 à 09:54, David Ponzone a écrit :
>> 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.
> 
> En fait, les deux aspects m'intéressent et les deux réponses mes conviennent.
> 
>> 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.
> 
> C'est entièrement statique ?
> 
Oui
> Il n'y a pas moyen de dire techniquement "voici mes blocs" à l'opérateur 
> upstream (ou un peer) ?
> 

Même quand tu as tes propres ressources en numérotation, tu vas dire à 
l’opérateur « upstream » (c’est pas le bon terme en voix, car c’est pas ton 
upstream, les 2 opérateurs sont au même niveau techniquement, mais évidemment 
Orange est plus gros que toi) que tu détiens ces ressources et il t’envoie les 
appels venant de son réseau vers l’interco.
Il se trouve que l’interco avec Orange est obligatoire, donc Orange va faire 
également le transit d’un opérateur X vers toi.
Si tu veux continuer à recevoir des appels si ton(tes) interco(s) avec Orange 
est(sont) HS, tu peux jours monter une interco avec chacun des 3 autres 
puissants.
Mais ces 3 là sont pas régulés, donc soit tu vas la sentir passer, soit ça sera 
même un NO GO car pas assez de traffic.
Après tu peux aller chercher les autres opérateurs moins gros, mais une interco 
est symétrique au niveau technique et au niveau contractuel (donc 
responsabilité), donc tu risques d’avoir le même problème de NO GO car ils vont 
pas s’emmerder pour 0,00X% de leur traffic.
Sachant que le réseau orange doit être encore au moins 60% du traffic, tu peux 
comprendre où est le problème.

>> 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
> 
> En gros, si je comprends bien, il existe toujours un gros monopole de fait 
> avec Orange.
> 
Une grosse domination du marché plutôt. Y a plus de monopole au sens propre du 
terme (et là, y en a 2 ou 3 qui vont me tomber dessus), juste un gros 
déséquilibre, et quelques produits pas très bien régulés (c’est pas moi qui le 
dis).

>> (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.
> 
> Et j'imagine que parler de l'aspect ci-dessous est un peu polémique ;-)
> 
> $ whois 3.3.e164.arpa.
> 
> domain: 3.3.e164.arpa
> descr:  domaine enum de la France, France Metropole
> remarks:Website: http://www.telecom.gouv.fr/ 
> 
> remarks:Email: admine...@industrie.gouv.fr 
> 

ENUM….vaste sujet.
Ca sert à rien actuellement ce truc.
Le seul usage que je connais, c’est comme base de routage dans ton propre 
réseau Voix.
On peut « espérer » qu’un jour, n’importe quel appel téléphonique dans le monde 
soit établi en P2P grâce à ENUM, mais euh, ça va pas être tout de suite :)
Je dis « espérer » parce que je ne sais pas certain si ça serait un progrès.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Trunk SIP redondant

2020-04-16 Par sujet Michel Py 
> Xavier Roca a écrit :
> 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.

Je partage ton analyse. Le numéro de téléphone c'est ce qui reste du monopole 
que les opérateurs de voix, ironiquement y compris ceux qui sont nés de la 
suppression du monopole d'état, aiment bien. Personne n'a intérêt à changer le 
status quo. Je n'ai qu'une très vague idée comment cette partie marche en 
France, n'ayant rien connu que le monopole.
Ici il y a un processus appelé "porting", une vraie ch... quand on est le 
client, ou les deux opérateurs (l'ancien et le nouveau) doivent s'entendre sur 
la date et l'heure du changement, et çà coute un bras.


> 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.

Il y a 4 aspects : 
1. Comment on détecte l'attaque.
2. Comment on décide qu'elle a pris fin.
3. Comment on injecte çà dans BGP.
4. Comment on distribue le machin.

Pour 1. et 2., çà dépend du protocole et de celui qui détecte a décidé. Ce que 
je fais n'est pas limité à SIP, d'ailleurs je fais aucune détection sur les 
attaques SIP moi-même, mon SIP n'étant pas ouvert vers l'extérieur. La 
philosophie de ce que fait Rémy me convient, je décide donc d'accepter sa 
blacklist. C'est pas tellement différent des RBL pour le spam, c'est à toi de 
choisir quelles sont les RBL qui te conviennent. Spamhaus par exemple je m'en 
sers, parce que c'est stable et sans emmerdes, alors que je crois me rappeler 
que SORBS j'ai enlevé parce qu'il y avait trop de faux positifs.

Rémy et moi faisons des taches complémentaires : il détecte les attaques dans 
son réseau / ses honeypots, alors que ce que je fais c'est plutôt de la 
consolidation et de la distribution.
Le CBBC c'est une consolidation de plusieurs sources, y compris très 
prochainement Rémy, que je redistribue avec BGP. BGP a deux avantages :
- La vitesse : 1 seconde après que Rémy détecte une attaque, cette IP est déjà 
bloquée chez moi. 2 secondes après, elle est bloquée chez le gens qui 
souscrivent à mon feed.
- La granularité : si les gens qui prennent mon feed n'aiment pas le blocage 
que Rémy fait, ils n'ont qu'à ignorer la communauté associée aux préfixes qu'il 
envoie.

Pour 3., presque tout le monde y compris moi utilise ExaBGP de Thomas Mangin :
https://github.com/Exa-Networks/exabgp
A noter que, pour les préfixes venant de Rémy, je n'ai pas d'injection : ce que 
je reçois c'est déjà du BGP. C'est Rémy qui fait sa propre injection (tu fais 
ExaBGP aussi ?).

Pour 4., on fait tous la même chose :
https://www.team-cymru.com/bogon-reference-bgp.html
https://www.spamhaus.org/bgpf/
http://arneill-py.sacramento.ca.us/cbbc/

On annonce des préfixes, avec une ou plusieurs communautés associées, dans le 
but que le destinataire les envoies dans un trou noir en réception si c'est 
l'adresse source et en émission si c'est l'adresse de destination. Le préfixe 
est annoncé pareil qu'un préfixe normal, sauf que la grande majorité c'est du 
/32, et c'est donc en fonction de la présence d'une communauté qu'on le droppe 
ou qu'on le forwarde.

Si tu as des questions précises, n'hésite pas.

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Trunk SIP redondant

2020-04-16 Par sujet Emmanuel DECAEN 
Bonjour,

Le 16/04/2020 à 09:54, David Ponzone a écrit :
> 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.

En fait, les deux aspects m'intéressent et les deux réponses mes
conviennent.

> 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.


C'est entièrement statique ?
Il n'y a pas moyen de dire techniquement "voici mes blocs" à l'opérateur
upstream (ou un peer) ?


> 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


En gros, si je comprends bien, il existe toujours un gros monopole de
fait avec Orange.

> (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.


Et j'imagine que parler de l'aspect ci-dessous est un peu polémique ;-)

$ whois 3.3.e164.arpa.

domain: 3.3.e164.arpa
descr:  domaine enum de la France, France Metropole
remarks:    Website: http://www.telecom.gouv.fr/
remarks:    Email: admine...@industrie.gouv.fr

Bonne soirée.
-- 
*Emmanuel DECAEN*
E-Mail: e...@xsalto.com

www.xsalto.com
Tél: 04 92 36 60 06
Support: 04 92 36 60 07
Fax: 04 92 36 19 75

---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Trunk SIP redondant

2020-04-16 Par sujet x.roca 
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  
Envoyé : jeudi 16 avril 2020 09:54
À : Cedric Millet (pro) 
Cc : Emmanuel DECAEN ; frnog-tech 

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)  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"  <mailto:david.ponz...@gmail.com>> a écrit :
> Non, ça existe pas.
> Le meilleur niveau de redondante que tu p

Re: [FRnOG] [TECH] Trunk SIP redondant

2020-04-16 Par sujet David Ponzone 
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)  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"  > 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/ 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ 
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Trunk SIP redondant

2020-04-16 Par sujet Philippe Botherel 
Hello,

Sur les trunk Sewan, on peut faire un routage SDA par SDA.

Philippe

Le mer. 15 avr. 2020 à 23:45, Cedric Millet (pro) 
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"  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/
>
>
> ---
> 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/

Re: [FRnOG] [TECH] Trunk SIP redondant

2020-04-15 Par sujet Cedric Millet (pro) 
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"  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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Trunk SIP redondant

2020-04-15 Par sujet David Ponzone 
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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Trunk SIP redondant

2020-04-15 Par sujet Emmanuel DECAEN 
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/