[FRnOG] [TECH] VOIP MAN Stir and Shaken avec prefixe de portabilité

Bonjour à tous, je me permets de vous écrire afin de vous faire part d'une "petite subtilité" qui peut nous prendre la tête lors de l'implémentation du MAN. J'ai réalisé une mise en prod du MAN avec un de nos transitaires (sur 25% de notre trafic) et celui-ci nous livre des appels préfixés de

Re: [FRnOG] [TECH] VOIP MAN Stir/Shaken

> pour tester l'ensemble des cas sans le trafic réel c'est pas si simple. > > > > > вт, 27 июн. 2023 г. в 21:06, Mickael Hubert : > >> Pardon, ma PR officielle est ici: >> https://github.com/OpenSIPS/sipssert-opensips-tests/pull/2 >> >> Tu as le projet s

Re: [FRnOG] [TECH] VOIP MAN Stir/Shaken

ajoute les scénarios pour l'authentification et d'ici peu les scénarios pour la vérification comme expliqué dans mon précédent email. Bonne soirée Le mar. 27 juin 2023 à 21:01, Mickael Hubert a écrit : > Bonjour > Nous utilisons opensips pour réaliser le MAN. > Ça fonctionne parfait

Re: [FRnOG] [TECH] VOIP MAN Stir/Shaken

Bonjour Nous utilisons opensips pour réaliser le MAN. Ça fonctionne parfaitement (en staging). Pour info je pousse en opensource le travail que nous réalisons ici: https://github.com/Mickaelh51/SIPssert/tree/add-sipp-stir-and-shaken Sipssert c'est le framework de tests unitaires développé par

[FRnOG] [TECH] MAN (stir and shaken) et MTU

Bonjour à tous, Comme la plupart des opérateurs, nous travaillons à mettre en place le projet MAN (stir and shaken). J'aimerais soulever un point ici, sur le fait que MAN va ajouter pas mal d'info dans le paquet INVITE et on va dépasser la MTU de 1500, donc fragmentation UDP. Surtout que le paquet

[TECH] Re: [FRnOG] Discussion technique : gestion gigue serveur VOIP | [TECH] || frnog-t...@frnog.org

Bonjour Christophe, Je ne sais pas si tu as eu ta réponse depuis le temps... Si ton flux passe par l'Internet, c'est mort, tu n'auras pas de QOS de bout en bout, car le tag QOS sera forcément cassé par les X providers qu'il va traverser. Mais d'après ce que tu décris, le problème m'a l'air global

[FRnOG] [MISC] Authentification des numéros : où en sont les Etats-Unis ? Où en est la France ?

Bonjour à tous, article très intéressant sur STIR/Shaken, US vs la France https://eu-etc.com/fr/2022/06/20/authentification-des-numeros-ou-en-sont-les-etats-unis-ou-en-est-la-france/ Bonne journée --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [TECH] Statistiques d'utilisation de la RFC1918

qu'il ne souhaite pas sortir de la RFC1918 Encore merci Le mar. 5 avr. 2022 à 17:46, Wallace a écrit : > Curiosité pourquoi le 100.64 ne marche pas? Un équipement pas > compatible? Si oui lequel? > > Sinon le 198.18 au cas où à essayer. > > Le 05/04/2022 à 17:35, Mick

[FRnOG] [TECH] Statistiques d'utilisation de la RFC1918

Bonjour à tous, je dois monter un VPN avec un client (sans NAT), mais le réseau que j'utilise avec mes autres clients (RFC6598 100.64.0.0/8, pour du CGN et très très peu utilisé chez les clients) n'est pas compatible chez lui... la loose Je cherche donc une info sur quelles plages IP de la

[FRnOG] [MISC] Re: Donne baie informatique

Ça a été rapide, j'ai trouvé preneur ;) ++ Le jeu. 24 juin 2021 à 15:10, Mickael Hubert a écrit : > Bonjour à tous, > ma société déménage et donne une bien jolie baie info 42U, 19 pouces. Elle > est neuve, voici les photos: https://photos.app.goo.gl/68eDdSjv9Qiut3i96 > > A

[FRnOG] [MISC] Donne baie informatique

Bonjour à tous, ma société déménage et donne une bien jolie baie info 42U, 19 pouces. Elle est neuve, voici les photos: https://photos.app.goo.gl/68eDdSjv9Qiut3i96 A venir chercher obligatoirement avant lundi 28 midi, dans le 8ème. (Adresse précise fournie au premier qui ira la chercher ;) )

Re: [FRnOG] [TECH] 2FA, avec ou sans bastion ?

Salut, un grand merci à vous pour toutes vos réponses ! Cela va grandement nous aider à avancer. ++ Le mar. 13 avr. 2021 à 20:06, Vincent Bernat a écrit : > ❦ 13 avril 2021 18:28 +02, Will van Gulik: > > > De ce que j'ai lu dans le man et en re-regardant ma conf, j'utilise le > >

[FRnOG] [TECH] 2FA, avec ou sans bastion ?

Bonjour à tous, Actuellement pour prendre la main sur nos serveurs (SSH), nous nous connectons à des accès VPN, il y a X profils (Ex: admin, développeurs, etc ..) et chaque profil n'a accès qu'à ce qu'il a besoin. Mais dans le cadre de notre compliance PCI-DSS, il nous manque 2 points à valider,

[FRnOG] [TECH] Sessions TCP restant ouvertes après un switch BGP

Bonjour à tous, j'ai un petit souci de sessions TCP restant actives après un switch de BGP. Pour infos ces 2 sessions sont à l'intérieur de tunnels IPSEC VTI. Je ne parle pas des sessions TCP du BGP en lui-même, mais de trafic TCP classique en fait. L'infra : [image: network interco (VPN) + BGP

Re: [FRnOG] [TECH] Retour d'expériences AWS

Bonjour à tous et merci pour vos réponses, cela va bien nous aider. Je préciserai que je suis 100% d'accord pour consommer Français, mais comme dirait un "autre" copain à moi (qui se reconnaîtra): "Une entreprise n'est pas une démocratie et tu fais ce qu'on te demande" ;) ++ Le mar. 24 nov. 2020

[FRnOG] [TECH] Retour d'expériences AWS

Bonjour à tous, j'aimerais vous demander un retour d'expérience de l'hébergeur AWS. Car il se peut qu'une éventualité arrive pour qu'un copain (pas moi ;) ) doive migrer toute ou partie de ses services chez AWS. déjà niveau réseau, comment cela s'organise ? Actuellement, nous avons 2 DC avec du

Re: [FRnOG] [MISC] Question PCI-DSS -> traitement d'enregistrements audio avec conversation bancaire

Merci à tous pour vos réponses ! cela va grandement nous aider. je n'hésiterai pas à revenir vers vous pour vous faire part de nos avancées. Très bonne journée ++ Le mar. 20 oct. 2020 à 08:27, David Cheniclet a écrit : > Bonjour, > > Dans le cadre PCI-DSS il y a deux environnements qui sont

[FRnOG] [MISC] Question PCI-DSS -> traitement d'enregistrements audio avec conversation bancaire

Bonjour à tous, j'ai une petite question dont je ne trouve pas encore la réponse. Nous allons bientôt traiter des appels bancaire sous forme d'enregistrement audio. Le traitement sera une transcription complète de l'appel (STT), dont les données bancaires (Ex: numéros de carte bleue dictés lors

[FRnOG] [ALERT] Re: Perte de paquets sur OVH Roubaix

Tout est revenu à la normal. surement un problème très localisé. ++ Le mar. 21 juil. 2020 à 12:11, Mickael Hubert a écrit : > Bonjour, > constatez-vous des pertes de paquets dans le VRACK sur OVH Roubaix svp ? > de mon côté environ 25% de perte. > Côté WAN ça m'a l'air d'alle

[FRnOG] [ALERT] Perte de paquets sur OVH Roubaix

Bonjour, constatez-vous des pertes de paquets dans le VRACK sur OVH Roubaix svp ? de mon côté environ 25% de perte. Côté WAN ça m'a l'air d'aller. merci d'avance pour le coup de main. ++ --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] [MISC] Provider VoIP PCI-DSS

rg/documents/Protecting_Telephone_Based_Payment_Card_Data_v3-0_nov_2018.pdf > > Le 27 mars 2020 à 16:03, Mickael Hubert a écrit : > > Bonjour à tous, > dans le cadre d'un projet voix demandant d'être PCI-DSS, nous sommes à la > recherche d'un provider Français VoIP (SIP) ayant la certif PCI-DSS. L'idée > c'est que c

[FRnOG] [MISC] Provider VoIP PCI-DSS

Bonjour à tous, dans le cadre d'un projet voix demandant d'être PCI-DSS, nous sommes à la recherche d'un provider Français VoIP (SIP) ayant la certif PCI-DSS. L'idée c'est que ce provider puisse nous fournir de la collecte (numéros FR et US) et de la terminaison avec la contrainte de certification

Re: [FRnOG] [TECH] HAProxy multi DC

Nous avons plusieurs services derrières ces Haproxy, certes du web, qui ne m'inquiète pas vraiment, un downtime d'1h est acceptable... Notre coeur de business c'est la reco vocale, donc le point critique c'est notre API de reco (en websocket). Des choix stratégiques ont été fait chez un hébergeur

Re: [FRnOG] [TECH] HAProxy multi DC

a écrit : > Hello, > > > On 3 Mar 2020, at 11:15, Mickael Hubert wrote: > > > > Bonjour à tous, > > nous devons réaliser du HA (et si possible du loadbalancing) entre 2 > > instances HAProxy, ces 2 Haproxy doivent-être hébergés dans 2 DC > différents. > &

[FRnOG] [TECH] HAProxy multi DC

Bonjour à tous, nous devons réaliser du HA (et si possible du loadbalancing) entre 2 instances HAProxy, ces 2 Haproxy doivent-être hébergés dans 2 DC différents. Pas possible de réaliser du VRRP car nous ne pouvons pas switcher l'IP publique de l'un à l'autre des DC. La solution la plus simple

Re: [FRnOG] [TECH] L2 entre un tiers et une infra OVH

r Paris 24/7, il me faudra donc une offre "clé en main" pour au moins le coup de bouton... ++ Le lun. 17 févr. 2020 à 13:10, Sébastien Lesimple < sebastien.lesim...@iguanetel.fr> a écrit : > Le 17/02/2020 à 09:13, Mickael Hubert a écrit : > > Bonjour à tous, > je m

[FRnOG] [TECH] L2 entre un tiers et une infra OVH

Bonjour à tous, je me permets de vous solliciter, car j'ai beaucoup de mal à trouver une solution à mon problème. Je cherche un moyen de monter un L2 entre divers clients et notre infra hébergée chez OVH. Certains clients travaillent avec Orange et souhaitent tout naturellement mettre une patte

Re: [FRnOG] [TECH] Bascule IP Publique

Bonsoir, de notre côté nous avons opté pour 4 routeurs (2 sur chaque DC) - Coté LAN, nous avons du VRRP sur l'ensemble de nos VLANs - Coté InterDC, nous avons de l'OSPF, car nous avons réalisé un L3 au dessus du L2 fourni par l'hébergeur - Coté WAN, malheureusement les IP publiques ne switch pas

[FRnOG] [MISC] Conférence à Reims autour des data et de l'IA

Bonjour à tous, je pose ça là, cela pourrait peut-être en intéresser certains. Un conférence qui m'a l'air pas mal, se déroulera à Reims (45 mins de Paris) le 27/09/19 https://www.webinreims.fr/ *Un descriptif:* Vous êtes-vous déjà demandé ce que devenaient réellement vos données personnelles ?

Re: [FRnOG] [TECH] Cluster VMWARE chez OVH

Lol Ça vaut aussi pour OVH je pense ;) Le mar. 20 août 2019 20:24, David Ponzone a écrit : > Je répondais à Olivier ceci dit :) > > David Ponzone > > > > Le 20 août 2019 à 20:19, Mickael Hubert a écrit : > > Ha si seulement j'avais le choix :) > > Le mar.

Re: [FRnOG] [TECH] Cluster VMWARE chez OVH

r Lange a écrit : > > > >> Le mar. 20 août 2019 à 16:27, Mickael Hubert a > écrit : > >> > >> Super merci beaucoup pour ta réponse ! Je n'hésiterai pas à te demander > >> des infos si besoin ;) > >> pas cool le vRack :( c'est franchement moye

Re: [FRnOG] [TECH] Cluster VMWARE chez OVH

; cluster Proxmox dans un de nos DC ;) > > Olivier > > Le mar. 20 août 2019 à 16:16, Mickael Hubert a écrit : > >> j'imagine que oui, c'est plutôt le nom "Dedicated cloud", mais c'est >> sûrement la même chose non ? >> >> Le mar. 20 août 2019 à 1

Re: [FRnOG] [TECH] Cluster VMWARE chez OVH

j'imagine que oui, c'est plutôt le nom "Dedicated cloud", mais c'est sûrement la même chose non ? Le mar. 20 août 2019 à 16:11, Olivier Lange a écrit : > Hello, > > Tu parle de l'offre SDDC ? > > Le mar. 20 août 2019 à 16:10, Mickael Hubert a écrit : > >>

[FRnOG] [TECH] Cluster VMWARE chez OVH

Bonjour à tous, Y aurait-il des personnes qui ont un hébergement vmware chez OVH ? Si oui, j'ai quelques questions: - Peut-on avoir des hosts vmware reliés dans le même cluster, dans un autre DC (migration des VM facilité) ? - Si pas possible, a-t-on au moins la possibilité de faire transiter le

Re: [FRnOG] [TECH] SBC - informations et retour d’expèrience

Bonjour à tous, étant un fervent défenseur de l'opensources, j'opterais pour du Freeswitch + (Kamailio / OpenSIPS) Dans une ancienne vie j'ai travaillé avec du Genband, car seules les stacks proprios sont capables de travailler en l'overlap IP (intégration dans du MPLS par exemple). Hormis ce cas

Re: [FRnOG] [MISC] Mms pervers envoyé a un mineur

om all phones > using those cards.' -The Intercept > > https://goo.gl/sRLe0Q > > -Original Message- > From: frnog-requ...@frnog.org On Behalf Of > Cengiz Ünlü > Sent: Thursday, December 27, 2018 8:29 PM > To: Giles R DeMourot > Cc: Mickael Hubert ; Frnog mis

[FRnOG] [MISC] Mms pervers envoyé a un mineur

Bonjour, Je me permets de poster sur cette mailing liste pour avoir une info. Ma nièce de 15 ans vient de recevoir 2 MMS de la part d'un inconnu avec 2 photos : son buste nu et une seconde avec son sexe en érection. Je précise que l'on voit très bien le visage de cet homme et qu'il a au moins 50

[FRnOG] [BIZ] Recherche d'un cloud privé

Bonjour à tous, je suis à la recherche d'un hébergeur qui serait capable de me proposer du cloud privé. J'ai besoin de qqch de plutôt robuste et avec peu de latence. *pour plus d'info:* - 99% de machines Linux en VM - infra répartie sur deux DC - possibilité d'avoir du L2 (8021.Q) ou L3 (MPLS)

Re: [FRnOG] [MISC] Peering SIP (was Problème interco orange)

bligatoire* > > Alexis Prodhomme > Support Technique Gen-IP > email : supp...@gen-ip.fr > tel : 02.90.75.30.50 > > Le 17/05/2018 à 12:08, Mickael Hubert a écrit : > >> Bonjour à tous, >> >> Le 17 mai 2018 à 11:19, Richard DEMONGEOT <rich...@demongeot.

Re: [FRnOG] [MISC] Peering SIP (was Problème interco orange)

Bonjour à tous, Le 17 mai 2018 à 11:19, Richard DEMONGEOT a écrit : > Hello, > > Toutes les idées a base de BGP sont très sexy, et intéressantes, mais il > reste un problème de base. Comment chaque opérateur va devoir implémenter > un composant liant BGP / Voix. >

Re: [FRnOG] [ALERT] Problème interco orange

ous > communiquer pour le moment./ > > Très cordialement. > > Le 15/05/2018 à 11:11, Mickael Hubert a écrit : > > info de SFR à 10h47 > > > > "L¿incident ayant impactant les services Voix au niveau national (y > compris >

Re: [FRnOG] [MISC] Peering SIP (was Problème interco orange)

C, 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

Re: [FRnOG] [ALERT] Problème interco orange

t;> [image: >> http://www.serinyatelecom.fr/signatures/signature-steeve-bea >> uvais-serinya-telecom.jpg] >> >> >> <http://www.serinyatelecom.fr/signatures/evenement-serinyatelecom.php> >> >> >> Le 15 mai 2018 à 10:12, Mickael Hubert <mick.

Re: [FRnOG] [MISC] Peering SIP (was Problème interco orange)

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

Re: [FRnOG] [ALERT] Problème interco orange

le moment. > Mais possible que les clients comprennent que le problème n’est pas > terminé et n’appellent pas > > Bon, qui met un petit ENUM en place vite fait, pour qu’on ait les appels > entre nous au moins ? :) > > > On 15 mai 2018 09:37 +0200, Mickael Hubert <mick...@w

Re: [FRnOG] [ALERT] Problème interco orange

Bonjour à tous, Et ça continue ;) Ce matin 8h30 parfait, mais nous étions en période creuse. 9h - 9h30 de nouveau impacté. Pouvez-vous nous donner une vision de votre coté svp ? merci d'avance Le 14 mai 2018 à 22:44, Julien OHAYON a écrit : > C’est pour ça qu’on a aussi

Re: [FRnOG] [ALERT] Problème interco orange

En effet enum + interco sip généralisée (enfin au moins IP). Le backup avec enum se fait très bien, on utilise ça dans notre infra. On pourrait confier les bases enum à l'apnf... Bon je rêve là je sais, mais ca serait enfin moderne la téléphonie... Entre les providers ;) Le lun. 14 mai 2018

Re: [FRnOG] [ALERT] Problème interco orange

Re, une certaine amélioration, mais ce n'est pas du tout folichon... Ex: dés que je passe par le réseau Orange pas de terminaison du tout ou pas de son. ++ Le 14 mai 2018 à 16:36, Guillaume LAPOUGE a écrit : > Un mieux en début d'aprés midi mais ca remerde depuis 16h00 >

Re: [FRnOG] [MISC] VIAMICHELIN : Hack Google AdWords - Voxbone

ur des personnes plus fragiles moins aguerries au numérique. > C'est tout sauf cool, en plus, ils n'osent pas le dire, porter plainte, la > peur de paraitre idiot ou le sentiment que cela ne servira à rien. > > Mes 2cts > > Xavier > > > > -Message d'origine- > De :

Re: [FRnOG] [ALERT] VIAMICHELIN : Hack Google AdWords

Salut à tous, Encore un numéro Voxbone. Je vais les recontacter par email comme la dernière fois. Ils ont été plutôt réactif. ++ 2017-12-04 10:18 GMT+01:00 Jean-Pierre Ramoul : > Pour info : > https://voiprovider.wordpress.com/2017/11/19/une-fraude- >

Re: [FRnOG] [TECH] Grosse panne OVH ce matin

Salut A priori ça remonte doucement (du moins chez kimsufi) ;) Le 9 novembre 2017 à 10:17, Jules-Henri Gavetti a écrit : > Salut, > > Moi je pense aux équipes techniques, c'est une véritable épreuve > psychologique. > > Bon courage > > Jules > > -Message d'origine-

Re: [FRnOG] [BIZ] Solution SIP pour Opérateur

ha oui aussi ne pas oublier la législation ! surtout si tu commences à mutualiser les trunk. (1 gros trunk chez un transitaire, puis multi-trunk pour tes clients finaux). Le côté fun de la téléphonie : interception légale, cdr, numéros d'urgence On Feb 28, 2017 7:02 AM, "Mickael Hubert&q

Re: [FRnOG] [BIZ] Solution SIP pour Opérateur

salut ca dépend des compétences. mais un jumelage entre freeswitch + opensips (ou kamalio). très puissant pour la partie interopérabilité SIP. après, certains clients ou transitaires n'apprécient que moyennement l'Open Sources, même maîtrisé. bon courage On Feb 22, 2017 8:49 PM, "Christophe

Re: [FRnOG] [TECH] Trunk SIP (REGISTER) avec un Alcatel OXE

écrit : > T’as cherché un peu sur Google ou c’est déjà vendredi ? :) > > http://www.orange-business.com/files/axiome/130941/doc/ > Business%20Internet%20Voix/Presentation%20de%20loffre/en%20bref/OXE_R11.1_ > Configuration_Guideline_for_BIV_SIP_v1.3.pdf > > > > > Le 8 nov

[FRnOG] [TECH] Trunk SIP (REGISTER) avec un Alcatel OXE

Bonjour à tous, j'ai une petite question sur l'interco d'un OXE vers mon SBC SIP. En gros, le mainteneur m'explique qu'il est impossible pour un OXE de se REGISTER vers un provider SIP. Il n'y que la possibilité d'un trunk SIP IP to IP (sans authentification ou REGISTER). Confirmez-vous cela où

Re: [FRnOG] [TECH] service-policy output Cisco

vue possible de le faire sur du 3650. > > > ---------- > *De :* Mickael Hubert <mick...@winlux.fr> > *Envoyé :* jeudi 27 octobre 2016 12:21:06 > *À :* Sébastien 65 > *Cc :* David Ponzone; frnog-t...@frnog.org > > *Objet :* Re: [FRnOG] [TECH] service

Re: [FRnOG] [TECH] service-policy output Cisco

Bonjour à tous, en effet ce genre de chose ne se fait (à ma connaissance) qu'en upload sur l'équipement. Comme le dit David, en UDP c'est mort, tu n'as pas de notion de taille de fenêtre, etc ... le paquet UDP arrive sur ton interface mais c'est déjà trop tard pour le contrôle de bande passante.

Re: [MISC] [FRnOG] Problèmatique R1R2 et P-ANI

Bonsoir à tous, Pour info j'ai fait une conf call avec l'arcep qui nous expliquent qu'ils ont bloqué l'attribution de R1R2 car bientôt plus de dispo... En // ils ont envoyés une com officielle à Orange pour leurs demander une explication sur leurs utilisation du R1R2. Si vous n'avez pas de code

Re: [FRnOG] [ALERT] Problème de friture sur la ligne

> informés de la suite de nos investigations .Cdt' >> >> >> >> Le 05/04/2016 14:31, Mickael Hubert a écrit : >> > Bonjour à tous, >> > idem chez nous (interco SIP Divop). >> > Problème de pertes de paquets sur les deux clusters de SBC chez

Re: [FRnOG] [ALERT] Problème de friture sur la ligne

nos investigations .Cdt' > > > > Le 05/04/2016 14:31, Mickael Hubert a écrit : > > Bonjour à tous, > idem chez nous (interco SIP Divop). > Problème de pertes de paquets sur les deux clusters de SBC chez SFR. > > Cordialement > > Le 5 avril 2016 à 12:28, David RIBEIRO <d

Re: [FRnOG] [ALERT] Problème de friture sur la ligne

Bonjour à tous, idem chez nous (interco SIP Divop). Problème de pertes de paquets sur les deux clusters de SBC chez SFR. Cordialement Le 5 avril 2016 à 12:28, David RIBEIRO a écrit : > Bonjour, > > Idem chez nous, client de l'offre Business Synchro (Solution FIXE

Re: [FRnOG] [TECH] SIP ALG sur routeur

+1 De notre coté, on désactive l'ALG sur tous les matériels qui le gèrent. On laisse notre SBC gérer le NAT keepalive (opensips: nathelper.so). Nous avons eu quelques surprises avec l'ALG sur les CPE Cisco 8XX par exemple. Cordialement Le 11 octobre 2015 20:43, Michel Py

Re: [FRnOG] [MISC] Vendre du service et de la presta IT dans une ambassade

Ok merci pour vos réponses ;) par contre qqn à le numéro de la NSA, c'est un 0800 non ? Enfin c'est forcement un numéro vert de toute façon ;) Le 21 mars 2014 01:48, Michel Py mic...@arneill-py.sacramento.ca.us a écrit : Mickael Hubert a écrit: Dans le cadre de la vente de services et/ou

[FRnOG] [MISC] Vendre du service et de la presta IT dans une ambassade

Salut à tous, Une bonne petite question pour la fin de journée: Dans le cadre de la vente de services et/ou de prestations IT à une ambassade située en France, savez-vous quel droit s'applique ? En cas de non paiement des factures quel tribunal est compétent ? Le tribunal international ? bref

[FRnOG] [BIZ] Capa pour Interco opérateur SIP France Telecom

Bonjour à tous, Dans le cadre d'une étude d'interco opérateur SIP France Telecom, j'aimerai savoir si quelqu'un serait capable de me louer de la capa 100Mo entre TH2 et les 2 adresses ci-dessous, ce sont des DC FT. 1) 100Mo de TH2 vers 21 rue de la Motte 93300 Aubervilliers 2) 100Mo de TH2 vers

[FRnOG] [MISC] Recherche SBC SIP 2 SIP gérant le MPLS

Bonjour à tous, Nous sommes à la recherche d'un SBC sip2sip gérant le MPLS. En effet Hexanet collecte ses clients soit en MPLS ou par accès standard (IP public). Nous sommes confrontés à un problème de taille: faire passer le SIP et surtout le flux RTP du réseau client vers le backbone VOIP

Re: [FRnOG] [MISC] Recherche SBC SIP 2 SIP gérant le MPLS

charges, en ayant deux serveurs ( un SBC et un egress MPLS ) et non pas un seul qui fait tout. Si tu veux plus d'information, contacte moi hors-liste. Bien cordialement, Tristan Mahé. Le 06/06/2012 14:16, Mickael Hubert a écrit : Bonjour à tous, Nous sommes à la recherche d'un SBC sip2sip

Re: [FRnOG] [MISC] Recherche SBC SIP 2 SIP gérant le MPLS

. Faudra peut etre passer par un peu de tromboning. Apres ACE/SBC n'est pas forcement le meilleur SBC du marche, tout dépend ce que tu veux en faire. (ALG SIP pour du NAT niveau 7 ?) A priori l'ASR9K ne supporte pas (encore ?) le SBC. Le CRS si a priori. Le 6 juin 2012 15:01, Mickael Hubert