Re: [SPAM?] Re: [FRnOG] [TECH] E1 sur SDSL, votre témoignage

2017-06-14 Par sujet David Ponzone 
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

2017-06-14 Par sujet Sébastien Lesimple 
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

2017-06-14 Par sujet David Ponzone 
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

2017-06-14 Par sujet Sébastien Lesimple 

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

2017-06-14 Par sujet David Ponzone 
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

2017-06-14 Par sujet Michel Hostettler 

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

2017-06-14 Par sujet Sébastien Lesimple 
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

2017-06-14 Par sujet Michel Hostettler 


> 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

2017-06-14 Par sujet Sébastien Lesimple 
On 14/06/2017 15:18, David Ponzone wrote:
>> Le 14 juin 2017 à 15:06, Julien Schafer  a é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

2017-06-14 Par sujet Sébastien Lesimple 
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

2017-06-14 Par sujet David Ponzone 

> Le 14 juin 2017 à 15:06, Julien Schafer  a é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

2017-06-14 Par sujet Julien Schafer 
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