On 12/06/2017 15:01, Julien Schafer wrote: > Sebastien > > Pourrais-tu préciser un peu (pour le néophyte que je suis) ce que tu entends > sur le sujet suivant " Les centres d'appels avec des predictives dialers, que > les fournisseurs de SIP "pas cher" ne savent pas gérer (problemes de > CAPS/Bye/ressources)"? avec des mots compréhensibles pour un simple mortel > mais techniquement comprenant :) Oui, et bien disons que comme David l'a rappelé, un opérateur efficace (qui maîtrise parfaitement toute son archi et les tenants/aboutissants) déteste ce genre de trafic car, le taux d'appels efficace (ASR pour simplifier à l’extrême) et donc générateurs de marge, est extrêmement faible au regard du coût d'infra. Imaginons que tes SBC soient des ACME par exemple, tu payes un coût de licence au canal de com simultané, si tu as des pondeuses d'appels comme client, celles-ci te mobilisent tous tes canaux et donc ta ressource réseau coûte une blinde et ta rentabilité s’effondre. Tu ne vas pas favoriser ce type de trafic oubien tu vas faire payer un abonnement au canal de com uniquement pour amortir ton coût de license. Mais quoiqu'il en soit tu auras un coût que je qualifierais "d'opportunité", celui d'une grosse capacité mobilisée pour de petites marges bloquant des capacités autrement utilisables pour de la marge confortable.
A l'autre extrémité du spectre, tu as des opérateurs qui se sont montés une archi honnête, mais qui n'ont pas encore assez d'expérience de la chose pour savoir gérer tous les cas de figures un peu tordus, et il y en a un certain nombre... Imaginons que cet opérateur récupère un centre d'appel qui envois du bois, génial y'a du biz! Oui mais voilà, il arrive parfois que la pondeuse d'appels ne t'envoie pas le 200 OK après réception du BYE, (ou Cancel qui n'est pas suivi de 200 OK ET 487 Request Terminated) et qui permet a ton systeme de libérer le canal de com pour un autre appel; La pondeuse elle, considère que la com est terminée et le canal libéré et donc renvois une tentative d'appel. La capacité allouée/disponible se remplie et tout se casse la figure et tu dois gérer la totale cata! Pour les CAPS, c'est un coups "call average per second" ou "call attempt per second" et la façon de calculer tout ça, dépend à qui tu t'adresse. Vu de mon balcon c'est Call Attempts Per Second et si tes fournisseurs acceptent un CAPS a 10 et que tes clients envoient a 50 ou 60, au mieux tu as un fournisseur qui te verrouille 2 minutes, au pire tu te fais blacklister et là t'es dans le caca pour re-ouvrir. Donc comme dit Alain, une bonne gestion des caps fournisseurs et clients, ça résous le problème simplement. Je te rassure tout de suite, même les gros on parfois des soucis de compréhension avec SIP. (j'ai eu de grand moments de solitude à ce sujet dernièrement...) :-( > > Pour ma part ya pas photo entre du numérique à 100% et de l'hybride (ou du > trunk SIP) le choix technique est vite fait. Par contre niveau coûts, des > fois ça passe pas. > > Chez un bon client qui avait un PC sécu et qui était parti pour faire du > Trunk SIP (suite aux bons conseils d'un grand cabinet), j'ai descendu le > sujet en 10 secondes quand je leur ai dit qu'on oubliait la spécialisation > des canaux. Et que donc avec une simple pondeuse d'appel un maveillant > pouvait rendre inopérant le service téléphonique du PCS (alors qu'il suffit > de spécialiser quelques canaux en sortant sur un T2 pour pas se retrouver > totalement isolé du monde dans ce type de situation)... Non mais tu peux spécialiser tes trunk SIP, c'est pas ca qui gène réellement. > Julien > > -----Message d'origine----- > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de > Sébastien Lesimple > Envoyé : lundi 12 juin 2017 14:45 > À : Michel Hostettler <michel.hostett...@telecom-paristech.fr>; > frnog-t...@frnog.org > Objet : Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage > > Bonjour Michel, > > Je continue de livrer des E1 ISDN (Verizon) sur des acces EFM et ca > fonctionne parfaitement bien! > La très grosse majorité desdits clients se sont retrouvés avec des systemes > plantés par des solutions plus ou moins pourries dans le style > OneAccess/Gateway SIP et du coups, les solutions SIP based, ils ne veulent > plus du tout en entendre parler... > > Au hit parade on a: > Les fournisseurs de systèmes d'alarmes sur lignes analogiques, Idem leurs > petits copains gestionnaires d'ascenseurs, Idem les utilisateurs de 086B qui > font toujours du Dial-up pour faire communiquer leurs "bidules IoT" (j'en > vois qui rigolent au fond de la > salle!) > (C'est pour de la gestion de la chaîne du froid en ce qui me concerne), Les > centres d'appels avec des predictives dialers, que les fournisseurs de SIP > "pas cher" ne savent pas gérer (problemes de CAPS/Bye/ressources > etc...) > Les utilisateurs de solutions VocalCom anciennes (généralement les memes que > précédement), Le business de l'Hospitality qui utilise toujours l'impulsion > de taxe pour facturer les appels des chambres (y'en a encore un bon paquet), > Les utilisateurs de tres gros PABX qui ont payés tellement cher que le > changement de HW n'est pas envisageable avant quelques années, Des fax > broadcasteurs étrangers, Quelques rares centres d'appels très loin dans > d'aciennes colonies, avec des contraintes de qualité... > > La liste est longue mais ce sont les principaux cas de figures rencontrés ces > 5 dernières années. > > Seb. > > On 12/06/2017 13:19, Michel Hostettler wrote: >> Bonjour, >> >> Peut-on dire, aujourd'hui, que le transport E1 (2,048 Mbit/s) sur SDSL est >> tombé en désuétude. >> >> Merci pour votre témoignage, >> Michel >> >> >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > > __________ Informations provenant d'ESET NOD32 Antivirus, version du moteur > de d tection 15570 (20170612) __________ > > Le message a t v rifi par ESET NOD32 Antivirus. > > http://www.eset.com > > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
