Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
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> 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 >> 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 > 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
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
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> 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 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 ; Julien > Schafer > Cc : Alain Bieuzent ; 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
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
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. > Le 14 juin 2017 à 16:54, Sébastien Lesimple> 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 >>> 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 ; Julien Schafer Cc : Alain Bieuzent ; 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
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
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 >>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 ; Julien >>> Schafer >>> Cc : Alain Bieuzent ; 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,
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
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> 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 ; Julien >> Schafer >> Cc : Alain Bieuzent ; 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" >>> À: "Alain Bieuzent" , "sebastien lesimple" >>> , "Michel Hostettler" >>> , 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 ; >>> sebastien.lesim...@iguanetel.fr; Michel Hostettler >>> ; 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 » >> j.scha...@actilogie.com> a écrit : >>> >>>Sebastien >>> >>>Pourrais-tu préciser un peu (pour
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
Euh ! pas l'indication du champ étiquette VLAN, mais l'indication du contenu de la charge utile de la trame Ethernet. Merci, Michel - Mail original - De: "Sébastien Lesimple" <sebastien.lesim...@iguanetel.fr> À: "Michel Hostettler" <michel.hostett...@telecom-paristech.fr> Cc: "Julien Schafer" <j.scha...@actilogie.com>, "Alain Bieuzent" <alain.bieuz...@free.fr>, frnog-t...@frnog.org Envoyé: Mercredi 14 Juin 2017 16:21:58 Objet: Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage Dans le cas qui nous interesse j'utilise un transport Core Ethernet Orange, l'Ethertype est 0x8100. . On 14/06/2017 16:15, Michel Hostettler wrote: >> 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 > Pouvez-vous, SVP, nous rappeler la valeur de l'Ethertype ? > > Cordialement, > Michel > > - Mail original - > De: "Sébastien Lesimple" <sebastien.lesim...@iguanetel.fr> > À: "Julien Schafer" <j.scha...@actilogie.com>, "Michel Hostettler" > <michel.hostett...@telecom-paristech.fr> > Cc: "Alain Bieuzent" <alain.bieuz...@free.fr>, frnog-t...@frnog.org > Envoyé: Mercredi 14 Juin 2017 15:55:16 > Objet: Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage > > 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
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
Dans le cas qui nous interesse j'utilise un transport Core Ethernet Orange, l'Ethertype est 0x8100. . On 14/06/2017 16:15, Michel Hostettler wrote: >> 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 > Pouvez-vous, SVP, nous rappeler la valeur de l'Ethertype ? > > Cordialement, > Michel > > - Mail original - > De: "Sébastien Lesimple" <sebastien.lesim...@iguanetel.fr> > À: "Julien Schafer" <j.scha...@actilogie.com>, "Michel Hostettler" > <michel.hostett...@telecom-paristech.fr> > Cc: "Alain Bieuzent" <alain.bieuz...@free.fr>, frnog-t...@frnog.org > Envoyé: Mercredi 14 Juin 2017 15:55:16 > Objet: Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage > > 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...@act
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
> 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 Pouvez-vous, SVP, nous rappeler la valeur de l'Ethertype ? Cordialement, Michel - Mail original - De: "Sébastien Lesimple" <sebastien.lesim...@iguanetel.fr> À: "Julien Schafer" <j.scha...@actilogie.com>, "Michel Hostettler" <michel.hostett...@telecom-paristech.fr> Cc: "Alain Bieuzent" <alain.bieuz...@free.fr>, frnog-t...@frnog.org Envoyé: Mercredi 14 Juin 2017 15:55:16 Objet: Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage 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- >&g
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
On 14/06/2017 15:18, David Ponzone wrote: >> Le 14 juin 2017 à 15:06, Julien Schafera écrit : >> >> 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"…? > Ah bon ? > PRI = E1 en G703/704 avec TS 0 pour la synchro, TS 16 pour la SIG (canal D) > et le reste pour les canaux B (64Kbps). > > Donc oui, ça n’équivaut pas. Un PRI (au sens TDM) est nécessairement > construit sur un E1, mais un E1 peut faire autre chose que du RNIS. David, tu dis les choses tellement mieux que moi... J'en suis tout chose ;) > >> >> -Message d'origine- >> De : Sébastien Lesimple [mailto:sebastien.lesim...@iguanetel.fr] >> Envoyé : mercredi 14 juin 2017 14:10 >> À : Michel Hostettler ; Julien >> Schafer >> Cc : Alain Bieuzent ; 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" >>> À: "Alain Bieuzent" , "sebastien lesimple" >>> , "Michel Hostettler" >>> , 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 ; >>> sebastien.lesim...@iguanetel.fr; Michel Hostettler >>> ; 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 » >> 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 ; >>> frnog-t...@frnog.org >>>Objet : Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
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; Julien > Schafer > Cc : Alain Bieuzent ; 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" >> À: "Alain Bieuzent" , "sebastien lesimple" >> , "Michel Hostettler" >> , 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 ; >> sebastien.lesim...@iguanetel.fr; Michel Hostettler >> ; 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 » > 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
Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
> Le 14 juin 2017 à 15:06, Julien Schafera écrit : > > 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"…? Ah bon ? PRI = E1 en G703/704 avec TS 0 pour la synchro, TS 16 pour la SIG (canal D) et le reste pour les canaux B (64Kbps). Donc oui, ça n’équivaut pas. Un PRI (au sens TDM) est nécessairement construit sur un E1, mais un E1 peut faire autre chose que du RNIS. > > > -Message d'origine- > De : Sébastien Lesimple [mailto:sebastien.lesim...@iguanetel.fr] > Envoyé : mercredi 14 juin 2017 14:10 > À : Michel Hostettler ; Julien > Schafer > Cc : Alain Bieuzent ; 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" >> À: "Alain Bieuzent" , "sebastien lesimple" >> , "Michel Hostettler" >> , 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 ; >> sebastien.lesim...@iguanetel.fr; Michel Hostettler >> ; 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 » > 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 ; >> 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
RE: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage
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; Julien Schafer Cc : Alain Bieuzent ; 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" > À: "Alain Bieuzent" , "sebastien lesimple" > , "Michel Hostettler" > , 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 ; > sebastien.lesim...@iguanetel.fr; Michel Hostettler > ; 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 » 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 ; > 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