Ah ok, et donc c'est bien dahdi+asterisk qui se charge de la conversion RNIS - SIP côté arrivée RNIS
Ah ok, et donc c'est bien dahdi+asterisk qui se charge de la conversion RNIS - SIP côté arrivée RNIS
Pour l'instant tout est sur le même LAN et sur le même switch.
J'ai encore simplifié le schéma pour faire des tests.
Fax analogique interne <=> coté analogique M-ATA/coté IP M-ATA en T38 <=> Asterisk 1.8.15 en T38 passthrough <=> coté IP M-ATA en T38/coté analogique M-ATA <=> Fax analogique interne.
Donc plus de RNIS et plus de Patton SN4120. Tout est en interne.
Je crois que c'est pire : 1 fax 2 sur passe du premier coup.
Ci dessous des flow Wireshark.
http://support.qualite-info.fr/hb22/T38-ok.jpg
http://support.qualite-info.fr/hb22/T38-pas-ok.jpg
Une idée ?
J'ai dévalidé le T38 partout.
. Emission et réception de 50 fax dans tous les sens et cela fonctionne.
Donc en g711 cela fonctionne bien et en T38 cela ne fonctionne pas bien.
Ce qui est important c'est que les fax passent.
J'ai quand même ouvert un ticket chez Patton pour avoir des explications.
Ok, interessant, mais le pourcentage d'echec se produit quand l'appel vient d'une ligne analogique ( ca passe souvent mais quand ca passe pas , ca passe pas...). Et ca semble lié aussi à la ligne ou au modele de fax a l'autre bout.Envoyé par hb22
Le taux d'erreur est toujours inferieur a 10% mais quand on ne peut pas recevoir un fax d'un client important, ca reste inaceptable et c'est pour ca que je propose pas.
En rnis, comme j'utilise oslec, ca ne passait pas tant que la detection de cng ne le desactivait pas pour un appel fax justement au contraire d'un appel voix.
Verifie donc le bon fonctionnement avec une gateway BRI patton, je ne sais pas comment smartware gere ca. Si la ligne est utilisée que pour du fax, ca doit etre plus facile de desactiver completement l'antiecho au niveau de la gateway BRI patton.
Merci pour tes retours interessants.
Fastm3.
En G711 et sans T38 cela fonctionne en internet entre deux Patton M-ATA, depuis l'extérieur vers une des deux Patton SN4120 et depuis l'interne vers l'extérieur en utilisant une des deux Patton SN4120.
50 fax dans tous les sens et pas un rejet.
J'ai fait aucun paramétrage anti-echo dans les Patton.
Je posterai la config plus tard.
Cela sent la migration proche !
Dernière modification par hb22 ; 19/03/2013 à 11h46.
Tu constates la même chose que moi en T38 quand ça ne passe pas, à savoir il se produit 2 ou 3 training, et comme les 2 parties n'arrivent pas à communiquer ça raccroche. Cela dépend effectivement souvent du fax local et du fax distant ..
Attention quand même : tu fais des tests sur des fax que tu connais, mais tu ne sais jamais sur quel fax tu vas tomber en face, et bizarrement, un fax des années 90 qui marchait en analogique ne marchera plus en IP, sans vraiment savoir pourquoi (gain du signal, .. ? )
C'est vrai, il y a un raté de temps en temps mais avec les lignes analogiques aussi. Ils ont un trafic important de fax et pour l'instant ce n'est pas pire qu'avec les lignes analogiques.Attention quand même : tu fais des tests sur des fax que tu connais, mais tu ne sais jamais sur quel fax tu vas tomber en face, et bizarrement, un fax des années 90 qui marchait en analogique ne marchera plus en IP, sans vraiment savoir pourquoi (gain du signal, .. ? )
Patton m'a renvoyé un firmware pour les passerelles M-ATA qui doit corriger les problèmes en T38. Mais maintenant que c'est en production cela ne va pas être facile de recommencer des tests.
Règles de messages
Répondre avec citation