Re: [FRnOG] [TECH]

2016-09-24 Par sujet Fabien H
C'est pas CNG, c'est ECM :-)

Le 24 septembre 2016 à 16:53, Fabien H  a écrit :

>
> Le t38 n'amene pas d'incoherence c'est l' interfonctionnement IP/ TDM qui
>> en amene.
>> De toute facon personne ne maitrise le cheminement des appels sur le PSTN
>> parfois Tdm parfois IP. Donc prenez de bon constructeur pour garantir au
>> moins votre boucle locale.
>>
>
> Quand je disais indébuggable avec le T38  : effectivement l'avantage du
> T38 est qu'il est lisible facilement. Par contre quand cela échouait
> systématiquement vers un fax donné, en ayant essayé pas mal de choses
> (baisser la vitesse, activer/désactiver le CNG, ..), le T38 ne nous aidait
> pas vraiment car on voyait en pleine transmission de données la GW T38
> distante nous renvoyer un "fin de transmission". Donc très peu de marge de
> manoeuvre ou de solution si la GW ou le fax distant n'apprécie pas une
> trame..
>
> A la différence du G711 : quand on joue avec la vitesse ou le CNG en G711,
> on arrive la plupart du temps à faire passer le fax.
>
> Problème aussi sur la multitude des GW T38 et de leur implémentation du
> T38, soit au niveau opérateur, soit au niveau boucle locale (SPA 2102, sous
> marque chinoise, ..). Alors qu'avec les mêmes GW en  G711 passthrough, si
> le média est bon (pas de gigue, latence correcte), la communication se fait
> directement en T30 de fax à fax, pas de double conversion T38-T30.
>
>
>
>
>
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Ip forward-protocol udp netbios (VPN)

2016-09-24 Par sujet pmxpub

Bonjour,

Voir un serveur WINS uniquement du coté 'AD' (sur le serveur AD ou un 
serveur monté pour l'occasion), le client (manuellement ou via DHCP) 
utilise le serveur WINS, mode 0x8. La requête client WINS est unicast et 
devrait traverser sans problème le VPN.


Cordialement,

PM


Le 23/09/2016 à 16:36, Frederic Hermann a écrit :

Il ne faut pas utiliser de broadcast pour faire de la résolution de nom netbt 
sur des liens WAN. Jamais.

Si les postes ne sont pas configurés pour interroger le serveur AD, il est 
toujours possible d'installer un serveur WINS de part et d'autre et de les 
synchroniser, s'il y a plusieurs postes de l'autre côté du VPN.

Si c'est un seul poste, ou s'il n'y a pas de serveur WINS possible d'un côté, 
il est toujours possible d'utiliser le fichier lmhost, surtout si c'est pour 
joindre un seul serveur.

https://support.microsoft.com/en-us/kb/101927






De: "Sébastien 65" 
À: frnog@frnog.org, frnog-t...@frnog.org
Envoyé: Vendredi 23 Septembre 2016 13:41:02
Objet: RE: [FRnOG] [TECH] Ip forward-protocol udp netbios (VPN)




BQ_BEGIN
Bonjour,


Bon me revoilà... En utilisant le DHCP et en y ajoutant l'adresse du contrôleur 
AD cela ne marche pas :\


Le parc réseau est-un-peu en mode "bazar" donc je ne peux pas utiliser le DHCP, 
l'AD présent est là plus pour faire jolie...


Je vais donc devoir utiliser le broadcast netbios sur les différents VPN, ce 
qui ne m'enchante pas trop car il y a de l'ADSL. Aïe aïe...


Quelqu'un a un retour d'expérience sur broadcast netbios over VPN ADSL (sur 
routeur cisco de préférence) ?


Bonne journée !

BQ_END


---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH]

2016-09-24 Par sujet Fabien H
> Le t38 n'amene pas d'incoherence c'est l' interfonctionnement IP/ TDM qui
> en amene.
> De toute facon personne ne maitrise le cheminement des appels sur le PSTN
> parfois Tdm parfois IP. Donc prenez de bon constructeur pour garantir au
> moins votre boucle locale.
>

Quand je disais indébuggable avec le T38  : effectivement l'avantage du T38
est qu'il est lisible facilement. Par contre quand cela échouait
systématiquement vers un fax donné, en ayant essayé pas mal de choses
(baisser la vitesse, activer/désactiver le CNG, ..), le T38 ne nous aidait
pas vraiment car on voyait en pleine transmission de données la GW T38
distante nous renvoyer un "fin de transmission". Donc très peu de marge de
manoeuvre ou de solution si la GW ou le fax distant n'apprécie pas une
trame..

A la différence du G711 : quand on joue avec la vitesse ou le CNG en G711,
on arrive la plupart du temps à faire passer le fax.

Problème aussi sur la multitude des GW T38 et de leur implémentation du
T38, soit au niveau opérateur, soit au niveau boucle locale (SPA 2102, sous
marque chinoise, ..). Alors qu'avec les mêmes GW en  G711 passthrough, si
le média est bon (pas de gigue, latence correcte), la communication se fait
directement en T30 de fax à fax, pas de double conversion T38-T30.

---
Liste de diffusion du FRnOG
http://www.frnog.org/


RE: [FRnOG] [TECH]

2016-09-24 Par sujet Cedric Millet (pro)
Hello
On utilise xmedius de sagemcom.
Marche bien niveau services rendus (fax2mail, web2fax) mais tourne sous
windows.
Fonctionne en t38 ou g711

Par rapport aux differentes reponses sur cet echange :
- l'avantage du t38 est double : bande passante plus faible. Debug plus
aisé. En effet les échanges v21, T30, T4 et toute la clique deviennent
visibles car gérés hors bande ( contrairement au g711) . Donc visibles dans
wireshark par exemple. Apres il faut encore connaitre/comprendre le
fonctionnement de ces protocoles ou etre formé ou accompagné. Je vous
recommande vivement pour les 2 besoins de contacter : 2lj.fr

- inconvenient du t38 : ne permet pas de vehiculer les fax SG3 a la vitesse
max v34 = 33,6kbps. Donc replis en fax G3 donc reduction de vitesses/
protocoles à 14,4kbps et moins en successif (v17, v29...).
La release 3 du t38 supporte SG3/ V34 mais tres peu implémentée chez les
constructeurs (on rencontre le plus souvent du T38v0) . Cf audiocodes si
besoin réel.

- il n'y a rien de mystique dans le t38. C'est juste qu'il faut connaitre.
En fait c'est plutot le g711 qui est mystique car on ne voit rien des
echanges T30 mais ils sont pourtant là...
Le t38 n'amene pas d'incoherence c'est l' interfonctionnement IP/ TDM qui
en amene.
De toute facon personne ne maitrise le cheminement des appels sur le PSTN
parfois Tdm parfois IP. Donc prenez de bon constructeur pour garantir au
moins votre boucle locale.

- avantage du g711 supporte v34/SG3 a vitesse max  33,6 kbps. Inconvenient
bande passante.
- si la bande passante (des acces clients par exemple) n'est pas un
probleme (car ils faxent peu) optez pour g711
- si votre business c'est le service fax avec de gros documents (50 pages
et plus, exemple notaire, assureur, juriste) avec besoin de debuguer alors
deployez une archi interne t38v3 et bonne gateway interco TDM. Mais le tdm
disparait donc prevoyez transcodage g711 a l'interco SIP/ SIP-I
Ou pure archi g711 et prevoyez des sondes pour le troubleshoot, et surtout
qualifiez vos offres en amont avec faxlab.
Si vous avez un doute activez le t38 avec fallback automatique g711

- pour des besoins de diagnostic/ campagnes de test : faxlab de quality
logic. Passez par 2lj.fr, ils sont vraiment compétents.
Pour le rejeu de traces d'appel fax : dataprobe de quality logic.

- ah oui pour l'exemple donné par quelqu'un dans une des reponses : la 1ere
tentative echoue puis a la 2e ca passe. Ca correspond typiquement a une
communication entre 2 fax SG3 qui demarre puis echoue. Du coup le fax
emetteur retente qq minutes plus tard mais en G3.
C'est l'essence meme des communications fax. Selection d'un protocole,
reduction de vitesse. Si echec le terminal retente et reduit ses capacités.
N'oubliez pas que peu importe les capacité du fax appelant, on depend des
capacités du fax appelé. Or celui ci change a chaque numerotation.

Désolé pour la prose mais j'ai lu pas mal d'erreur. En esperant que ca
aide. :)
Bon we

Cedric
Le 24 sept. 2016 11:31, "Xavier ROCA"  a écrit :

Comme le dit justement Fabien, l'usage du T38 apporte beaucoup plus
d'incohérence sur la négo de Fax a Fax.

Et c'est assez rare d'avoir une négo T38 à T38.



Le plus souvent on a

FaxT38 -> Gateway –> TDM -> Fax G3 analogique.

Ou FaxT38 -> Gateway – TDM -> Gateway -> FaxT38

Ou encore Fax G3 -> Gateway ana/T38 -> Opérateur T38 -> gateway TDM ->
autres opérateurs -> Gateway T30/T38 -> Switch Opérateur-> Gateway T38/T30
– Fax G3

Bref que du bonheur



Alors que G711 -> TDM -> Fax G3 c’est quand même un cycle plus simple et il
y a moins de monde qui modifie a sa sauce le signal du départ.





Donc je ne sais pas vraiment pour OVH mais je pense qu’ils font comme tout
le monde un (bon ou pas) transcodage pour passer au TDM.

Sinon je ne vois pas comment il communique avec le reste du monde le plus
souvent en T30.



Xavier





-Message d'origine-
De : David Ponzone [mailto:david.ponz...@gmail.com]
Envoyé : samedi 24 septembre 2016 10:59
À : Fabien H
Cc : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH]



Et ça se passe comment quand en face c'est un fax T38 chez OVH ou autre ?



David Ponzone







> Le 24 sept. 2016 à 08:17, Fabien H  a écrit :

>

> Pas de T38 ? étant un ignorant en la manière, je m'étais laissé dire

> que

>> T38 c'est ce qu'il fallait faire pour que fax sur SIP fonctionne.

>> Tu pourrais donner des détails ?

>>

>

> Le recul que nous avons ici sur le T38 ici après plusieurs années de

> prod, c'est que certains fax distants ou locaux (très peu) échouent

> systématiquement lors de l'envoi/réception quand le T38 est activé.

> C'est donc à priori un problème d'implémentation au niveau de la GW

> T38/T30, ou le fax en question qui n'apprécie la manière dont la GW

> gère le T30 à certains moments, mais c'est indébuggable.

>

> Alors qu'un bon G711 sans jigue et avec peu de latence obtiendra de

> très bons résultats, et si l'envoi du fax échoue au premier essai,

> souvent il 

Re: [FRnOG] [TECH]

2016-09-24 Par sujet David Ponzone
Oui je sais bien mais justement, j’ai remarqué des problèmes de temps en temp 
entre le serveur de fax OVH et le notre (en T38), avec du TDM Orange entre les 
2 (mais c’est peut-être pas à cause du T38).
Je me demandais si on arrivait à régler les problèmes en passant en G711 d’un 
côté.



> Le 24 sept. 2016 à 11:28, Xavier ROCA  a écrit :
> 
> Comme le dit justement Fabien, l'usage du T38 apporte beaucoup plus 
> d'incohérence sur la négo de Fax a Fax.
> Et c'est assez rare d'avoir une négo T38 à T38.
>  
> Le plus souvent on a 
> FaxT38 -> Gateway –> TDM -> Fax G3 analogique. 
> Ou FaxT38 -> Gateway – TDM -> Gateway -> FaxT38
> Ou encore Fax G3 -> Gateway ana/T38 -> Opérateur T38 -> gateway TDM -> autres 
> opérateurs -> Gateway T30/T38 -> Switch Opérateur-> Gateway T38/T30 – Fax G3
> Bref que du bonheur
>  
> Alors que G711 -> TDM -> Fax G3 c’est quand même un cycle plus simple et il y 
> a moins de monde qui modifie a sa sauce le signal du départ.
>  
>  
> Donc je ne sais pas vraiment pour OVH mais je pense qu’ils font comme tout le 
> monde un (bon ou pas) transcodage pour passer au TDM.
> Sinon je ne vois pas comment il communique avec le reste du monde le plus 
> souvent en T30.
>  
> Xavier
>  
>  
> -Message d'origine-
> De : David Ponzone [mailto:david.ponz...@gmail.com 
> ] 
> Envoyé : samedi 24 septembre 2016 10:59
> À : Fabien H
> Cc : frnog-t...@frnog.org 
> Objet : Re: [FRnOG] [TECH]
>  
> Et ça se passe comment quand en face c'est un fax T38 chez OVH ou autre ?
>  
> David Ponzone
>  
>  
>  
> > Le 24 sept. 2016 à 08:17, Fabien H  > > a écrit :
> > 
> > Pas de T38 ? étant un ignorant en la manière, je m'étais laissé dire 
> > que
> >> T38 c'est ce qu'il fallait faire pour que fax sur SIP fonctionne.
> >> Tu pourrais donner des détails ?
> >> 
> > 
> > Le recul que nous avons ici sur le T38 ici après plusieurs années de 
> > prod, c'est que certains fax distants ou locaux (très peu) échouent 
> > systématiquement lors de l'envoi/réception quand le T38 est activé. 
> > C'est donc à priori un problème d'implémentation au niveau de la GW 
> > T38/T30, ou le fax en question qui n'apprécie la manière dont la GW 
> > gère le T30 à certains moments, mais c'est indébuggable.
> > 
> > Alors qu'un bon G711 sans jigue et avec peu de latence obtiendra de 
> > très bons résultats, et si l'envoi du fax échoue au premier essai, 
> > souvent il passera au deuxième.
> > 
> > Fabien
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/ 
>  
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ 

---
Liste de diffusion du FRnOG
http://www.frnog.org/


RE: [FRnOG] [TECH]

2016-09-24 Par sujet Xavier ROCA
Comme le dit justement Fabien, l'usage du T38 apporte beaucoup plus 
d'incohérence sur la négo de Fax a Fax.

Et c'est assez rare d'avoir une négo T38 à T38.

 

Le plus souvent on a 

FaxT38 -> Gateway –> TDM -> Fax G3 analogique. 

Ou FaxT38 -> Gateway – TDM -> Gateway -> FaxT38

Ou encore Fax G3 -> Gateway ana/T38 -> Opérateur T38 -> gateway TDM -> autres 
opérateurs -> Gateway T30/T38 -> Switch Opérateur-> Gateway T38/T30 – Fax G3

Bref que du bonheur

 

Alors que G711 -> TDM -> Fax G3 c’est quand même un cycle plus simple et il y a 
moins de monde qui modifie a sa sauce le signal du départ.

 

 

Donc je ne sais pas vraiment pour OVH mais je pense qu’ils font comme tout le 
monde un (bon ou pas) transcodage pour passer au TDM.

Sinon je ne vois pas comment il communique avec le reste du monde le plus 
souvent en T30.

 

Xavier

 

 

-Message d'origine-
De : David Ponzone [mailto:david.ponz...@gmail.com] 
Envoyé : samedi 24 septembre 2016 10:59
À : Fabien H
Cc : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH]

 

Et ça se passe comment quand en face c'est un fax T38 chez OVH ou autre ?

 

David Ponzone

 

 

 

> Le 24 sept. 2016 à 08:17, Fabien H <  
> frnog.fab...@gmail.com> a écrit :

> 

> Pas de T38 ? étant un ignorant en la manière, je m'étais laissé dire 

> que

>> T38 c'est ce qu'il fallait faire pour que fax sur SIP fonctionne.

>> Tu pourrais donner des détails ?

>> 

> 

> Le recul que nous avons ici sur le T38 ici après plusieurs années de 

> prod, c'est que certains fax distants ou locaux (très peu) échouent 

> systématiquement lors de l'envoi/réception quand le T38 est activé. 

> C'est donc à priori un problème d'implémentation au niveau de la GW 

> T38/T30, ou le fax en question qui n'apprécie la manière dont la GW 

> gère le T30 à certains moments, mais c'est indébuggable.

> 

> Alors qu'un bon G711 sans jigue et avec peu de latence obtiendra de 

> très bons résultats, et si l'envoi du fax échoue au premier essai, 

> souvent il passera au deuxième.

> 

> Fabien

> 

> ---

> Liste de diffusion du FRnOG

>   http://www.frnog.org/

 

---

Liste de diffusion du FRnOG

  http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH]

2016-09-24 Par sujet David Ponzone
Et ça se passe comment quand en face c'est un fax T38 chez OVH ou autre ?

David Ponzone



> Le 24 sept. 2016 à 08:17, Fabien H  a écrit :
> 
> Pas de T38 ? étant un ignorant en la manière, je m'étais laissé dire que
>> T38 c'est ce qu'il fallait faire pour que fax sur SIP fonctionne.
>> Tu pourrais donner des détails ?
>> 
> 
> Le recul que nous avons ici sur le T38 ici après plusieurs années de prod,
> c'est que certains fax distants ou locaux (très peu) échouent
> systématiquement lors de l'envoi/réception quand le T38 est activé. C'est
> donc à priori un problème d'implémentation au niveau de la GW T38/T30, ou
> le fax en question qui n'apprécie la manière dont la GW gère le T30 à
> certains moments, mais c'est indébuggable.
> 
> Alors qu'un bon G711 sans jigue et avec peu de latence obtiendra de très
> bons résultats, et si l'envoi du fax échoue au premier essai, souvent il
> passera au deuxième.
> 
> Fabien
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH]

2016-09-24 Par sujet Fabien H
Pas de T38 ? étant un ignorant en la manière, je m'étais laissé dire que
> T38 c'est ce qu'il fallait faire pour que fax sur SIP fonctionne.
> Tu pourrais donner des détails ?
>

Le recul que nous avons ici sur le T38 ici après plusieurs années de prod,
c'est que certains fax distants ou locaux (très peu) échouent
systématiquement lors de l'envoi/réception quand le T38 est activé. C'est
donc à priori un problème d'implémentation au niveau de la GW T38/T30, ou
le fax en question qui n'apprécie la manière dont la GW gère le T30 à
certains moments, mais c'est indébuggable.

Alors qu'un bon G711 sans jigue et avec peu de latence obtiendra de très
bons résultats, et si l'envoi du fax échoue au premier essai, souvent il
passera au deuxième.

Fabien

---
Liste de diffusion du FRnOG
http://www.frnog.org/