Hein ? Seb tu es fiévreux ? :) Si tu es en G711, le Patton prend le paquet PCMA dans le canal B du PRI, et en fait un paquet RTP de généralement 20ms. Il ne touche pas au payload.
Mais je comprends ce que tu veux dire. Dans ton cas, si l’équipement PRI en A est NT, alors l’équipement PRI en B est TE, c’est ça ? Tes équipements ne sont ni NT ni TE, ils sont transparents. Alors qu’avec Patton, on émule généralement le réseau (il est donc NT), et le PABX est TE. C’est donc du QSIG over IP ou ça y ressemble un peu. Yes/No ? > Le 14 juin 2017 à 17:31, Sébastien Lesimple <sebastien.lesim...@iguanetel.fr> > a écrit : > > On 14/06/2017 17:08, David Ponzone wrote: >> Bon ok, alors QSIG over IP ? >> >> Ceci dit, ce que tu décris, on le fait en mettant une Patton de chaque côté, >> en SIP/RTP pur. > Ben oui mais non. > Mon approche est de permettre la totale transparence au protocole, ta > Patton de chaque coté transcode, quand je ne touche absolument a rien du > protocole d'origine. > Je me contente de transporter de A à B, un peu comme un MUX mais > différement. > Du coups si tu as un systeme de codage de tes coms en ISDN, je ne vais > pas du tout y toucher et le livrer à l'identique sur le réseau idoine. > La différence est subtile, je te l'accorde, mais cela n'a rien à voir > avec Deux Gateway SIP qui se font face... >> >> Le 14 juin 2017 à 16:54, Sébastien Lesimple >> <sebastien.lesim...@iguanetel.fr> a écrit : >> >> >> Pas du propriétaire ou patapsco, mais c'est dans le meme esprit oui. >> >> Ce n'est pas propriétaire comme solution tu sais, sinon je n'aurais pas >> mis le nez dedans comme cela, tu connais mon aversion pour les codes >> fermés et les solutions propriétaires... >> >> Utiliser les moyens de transport data standards disponibles via les ODR >> pour fournir des services appelés à disparaître. >> L'idée étant de permettre une certaine flexibilité aux clients dans >> leurs évolutions futures, c'est plus mon mojo que de les forcer a >> évoluer plus vite qu'ils ne le veulent. Au moins pour la voix, pour la >> Data c'est un autre débat, v4 vs v6 ne devrait mème plus etre discuté >> aujourdhui... >> >> Quand à l'ethertype, je vais devoir demander aux hommes de l'art. >> N'étant moi-même qu'un simple Alumni du MBA Programm de Bryant College >> (comme si ca avait encore une signification 25 Vans apres...) >> ...Ce sont des subtilités qui ne sont pas à ma porté. >> >> Je ne vais pas argumenter sur Gad'zart Vs Arts et Métiers, mais on est >> quand même un peu dans l'esprit là ;) >> >> Seb >> >> On 14/06/2017 16:34, David Ponzone wrote: >>>> Toi tu nous parles encore d’un truc genre Patapsco, ou équivalent, qui >>>> fait du PseudoWireOverIP/CESoPSN non ? >>>> C’est normalisé ton truc ou tu dois mettre le même boitier bien >>>> propriétaire de chaque côté ? :) >>>> >>>> >>>> >>>>> Le 14 juin 2017 à 15:55, Sébastien Lesimple >>>>> <sebastien.lesim...@iguanetel.fr> a écrit : >>>>> >>>>> Quand je parle d'E1 ISDN, je veux dire un "channelized E1" mais ca peut >>>>> aussi marcher avec du UnCahnelized E1 (en gros c'est comme un acces Data >>>>> 2 meg en dial-up pour faire de l'ultra simplification et donner une idée >>>>> de ce que c'est. Je ne donne pas de G.quelque chose volontairement ca va >>>>> embrouiller tous le monde). >>>>> >>>>> L'E1 du RAD dont parle David, ce n'est pas pour faire de la voix mais >>>>> pour livrer un acces Data 2 meg suivant un protocole précis, et crois >>>>> qu'historiquement, c'était pour les antennes d'un réseau mobile mais là >>>>> ce n'est plus mon univers et des pro devront me corriger car je peux me >>>>> tromper. >>>>> >>>>> Mon business case est un cas de transport d'un Acces primaire équivalent >>>>> Orange, sur un acces réseau EFM à la place de la TNR Orange. >>>>> >>>>> Ce qui veut dire que je prend le trafic complet du "T2/Acce Primaire/E1 >>>>> ISDN" les 30 canaux B+D dans une trame Ethernet, et que je gère la >>>>> signalisation en SIP. >>>>> En gros au lieu de faie du Numéris Orange avec la sig sur le D et le RTP >>>>> sur le B, je fais B+D dans un pseudo RTP (mon paquet Ethernet) et je >>>>> rajoute ma sig intra réseau sur SIP pour la Sig. >>>>> >>>>> A la sortie, je vire le la couche SIP et je réordonne le Numeris >>>>> proprement avec l'_absolu respect des horloge_s, pour le livrer sur mon >>>>> archi TDM. >>>>> >>>>> Et voilà, tous le monde est content, je transporte sur un réseau >>>>> asynchrone, que je maîtrise totalement, un service synchrone, qui >>>>> fonctionne a l'identique de l'opérateur historique. >>>>> >>>>> CQFD :) >>>>> >>>>> >>>>> On 14/06/2017 15:06, Julien Schafer wrote: >>>>>> Béotien inside. >>>>>> >>>>>> JE sais que E1 n'équivaut pas à accès primaire. Mais dans le cas exposé >>>>>> ceci veut dire qu'il n'y a pas d'équivalent au canal D et que la sig se >>>>>> fait en SIP dans un pseudo mode "out-of-band"...? >>>>>> >>>>>> >>>>>> >>>>>> -----Message d'origine----- >>>>>> De : Sébastien Lesimple [mailto:sebastien.lesim...@iguanetel.fr] >>>>>> Envoyé : mercredi 14 juin 2017 14:10 >>>>>> À : Michel Hostettler <michel.hostett...@telecom-paristech.fr>; Julien >>>>>> Schafer <j.scha...@actilogie.com> >>>>>> Cc : Alain Bieuzent <alain.bieuz...@free.fr>; frnog-t...@frnog.org >>>>>> Objet : [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage >>>>>> >>>>>> On 14/06/2017 13:44, Michel Hostettler wrote: >>>>>>> Merci beaucoup pour toutes ces discussions. >>>>>>> >>>>>>> Les couches hautes me donnent le vertige. Je préfère me rabattre dans >>>>>>> le creux des vallées luxuriantes. >>>>>>> >>>>>>> Dans tous les cas, la technologie SDSL de couche physique (comme VDSL2 >>>>>>> ou G.fast) doit nécessairement transporter, en simultanée, des trames >>>>>>> E1 et ETH. Les trames ETH peuvent véhiculer, par exemple, des messages >>>>>>> SIP en rapport avec le trafic E1. >>>>>> Ah! et c'est là que l'on retrouve notre expert favoris! >>>>>> Ca fait plaisir de voir qu'en tant que Beotien nous avons chez nous des >>>>>> cerveaux brillants qui arrivent a percer les brumes épaisses de nos >>>>>> esprits les plus primaires :) >>>>>> >>>>>> Voilà très exactement comment je gère mes solution ISDN délivrées sur >>>>>> accès EFM (une 2 Meg étant égale a 2.2 Meg sur du core ethernet Orange, >>>>>> y'a la place d'y faire passer 2048kb/s plus la sig SIP). On peu meme y >>>>>> envoyer des Acces de Base sur de l'ADLS avec quelques précautions >>>>>> (BRI/T0 whatever you name it). >>>>>> >>>>>> Encapsulation du TDM, signalisation SIP entre les UA, UA étant les CPU >>>>>> et le cœur de réseau. >>>>>> Après c'est de la sig SIP ultra standard qui se fait avec n'importe >>>>>> quelle saveur de stack SIP (Yates/Freeswitch/reSIProcate... you name it) >>>>>> >>>>>> Voila, voilà... >>>>>>> Cordialement, >>>>>>> Michel >>>>>>> >>>>>>> >>>>>>> ----- Mail original ----- >>>>>>> De: "Julien Schafer" <j.scha...@actilogie.com> >>>>>>> À: "Alain Bieuzent" <alain.bieuz...@free.fr>, "sebastien lesimple" >>>>>>> <sebastien.lesim...@iguanetel.fr>, "Michel Hostettler" >>>>>>> <michel.hostett...@telecom-paristech.fr>, frnog-t...@frnog.org >>>>>>> Envoyé: Lundi 12 Juin 2017 18:05:47 >>>>>>> Objet: RE: [FRnOG] [TECH] E1 sur SDSL, votre témoignage >>>>>>> >>>>>>> Je n'ai jamais dit qu'on ne pouvait pas; j'ai dit que certains acteurs >>>>>>> (...) ne le faisaient pas. Nuance. >>>>>>> >>>>>>> -----Message d'origine----- >>>>>>> De : Alain Bieuzent [mailto:alain.bieuz...@free.fr] Envoyé : lundi 12 >>>>>>> juin 2017 15:12 À : Julien Schafer <j.scha...@actilogie.com>; >>>>>>> sebastien.lesim...@iguanetel.fr; Michel Hostettler >>>>>>> <michel.hostett...@telecom-paristech.fr>; frnog-t...@frnog.org Objet : >>>>>>> [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage >>>>>>> >>>>>>> Depuis quand on ne sait pas spécialiser un Trunk SIP ??? >>>>>>> >>>>>>> Le 12/06/2017 15:01, « Julien Schafer » <frnog-requ...@frnog.org au nom >>>>>>> de j.scha...@actilogie.com> a écrit : >>>>>>> >>>>>>> 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 :) >>>>>>> >>>>>>> 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)... >>>>>>> >>>>>>> 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/ >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> __________ 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 >>>>>>> >>>>>>> >>>>>>> >>>>>> __________ Informations provenant d'ESET NOD32 Antivirus, version du >>>>>> moteur de d tection 15582 (20170614) __________ >>>>>> >>>>>> Le message a t v rifi par ESET NOD32 Antivirus. >>>>>> >>>>>> http://www.eset.com >>>>>> >>>>>> >>>>>> >>>>> --------------------------- >>>>> Liste de diffusion du FRnOG >>>>> http://www.frnog.org/ >> > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
