J'ai modifier le chan_dahdi mais ça ne fonctionne pas mieux.Envoyé par fastm3
Au passage si un modérateur veut scinder le sujet, je pense que cela serait plus clair.
J'ai beau chercher je retombe toujours sur ces quelques lignes surligner à modifier ou rajouter mais niette ça ne change rien.
C'est bizarre le spa3102 voyait bien le raccrocher pourquoi pas les modules FXO, ça le fait sur la ligne FT comme sur la ligne Freebox.
Sinon coté qualité audio ça n'a rien à voir. Et Oslec à l'air de pas trop mal marché vue que je n'entends pas trop d'écho sur les quelques essais de ces derniers jours
.
Après j'avoue que je cale et ceux malgré la lecture avancé du livre Asterisk: The Future of Telephony 2, je ne l'ai pas encore fini mais là je
Code:cat /etc/asterisk/chan_dahdi.conf ; ; DAHDI Telephony Configuration file ; ; You need to restart Asterisk to re-configure the DAHDI channel ; CLI> module reload chan_dahdi.so ; will reload the configuration file, but not all configuration options ; are re-configured during a reload (signalling, as well as PRI and ; SS7-related settings cannot be changed on a reload). ; ; This file documents many configuration variables. Normally unless you know ; what a variable means or that it should be changed, there's no reason to ; un-comment those lines. ; ; Examples below that are commented out (those lines that begin with a ';' but ; no space afterwards) typically show a value that is not the default value, ; but would make sense under certain circumstances. The default values are ; usually sane. Thus you should typically not touch them unless you know what ; they mean or you know you should change them. [trunkgroups] [channels] busydetect=yes busycount=2 echocancel=512 busypattern=500,500 txgain=2 rxgain=6 language=fr loadzone=fr defaultzone=fr progzone=fr rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=yes ;faxdetect=incoming callgroup=1 pickupgroup=1 immediate=no dtmfmode=inband toneduration=100 relaxdtmf=yes hanguponpolarityswitch=yes ;answeronpolarityswitch=yes #include dahdi-channels.conf [home-phones]
Reprends ma config. Tu as rajouté des trucs qui peuvent perturber.
J'utilise le busydetect qui est celui qui marche le mieux. 2 busy est plus rapide mais tu risques d'avoir des faux positifs. 3 est le meilleur compromis.
Pas normal, tu ne devrais pas avoir du tout d'echo. Avec du sip ( softphone, ou tel ) vers le fxo, ca doit etre parfait. ( Je n'utilise pas les fxs )Sinon coté qualité audio ça n'a rien à voir
Essaie de passer a 1024 echocancel eventuellement.
Ton gain semble un peu faible avec une freebox.
Fastm3.
J'ai essayé avec ton fichier, ça ne marche pas mieux, même avec un dialplan des plus simple:
answer=>Dahdi/3=>hangup
Par contre je viens de découvrir que ce que je pensait être de l'echo donne un larsen monstrueux lorsque je dépasse 6 en Tx ou RxGain.
Par contre je ne comprends pas bien la fonction busycount si je la passe d'une valeur à une autre j'ai bien un changement lorsque l'appelant décroche.
Si je mets 3 par exemple, je peut compter les sonneries jusqu'à trois coté appelé lorsque l'appelant raccroche et là j'ai un changement de tonalité coté appelé.
Je me pose une question bête y a t il quelque chose d'autres ailleurs qui m’empêche d’arrêter ou de sortir d'une extension lorsque l'on raccroche.
J'ai fait mes essais entre portable ligne FT.
autre ligne FT vers FT.
mobile => freebox
autre ligne FT=> freebox
freebox=>fixe (soit un gros bridge FXS=>FXO=>FXO=>FXS de la même carte).
J'ai créez une extension h mais elle n'est vue qu'a partir du moment ou j'ai décroché sur un des FXS.
Je dois louper un truc simple mais je sèche.....Code:-- Starting simple switch on 'DAHDI/1-1' -- Executing [s@from-pstn:2] Answer("DAHDI/1-1", "") in new stack -- Executing [s@from-pstn:3] Wait("DAHDI/1-1", "1") in new stack -- Executing [s@from-pstn:4] Playback("DAHDI/1-1", "welcome1") in new stack -- <DAHDI/1-1> Playing 'welcome1.slin' (language 'fr') -- Executing [s@from-pstn:5] Dial("DAHDI/1-1", "SIP/gtab&SIP/iphone&Dahdi/3,25") in new stack == Using SIP RTP CoS mark 5 [2012-01-17 20:28:37] WARNING[15837]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown) == Using SIP RTP CoS mark 5 [2012-01-17 20:28:37] WARNING[15837]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown) -- Called 3 -- DAHDI/3-1 is ringing -- DAHDI/3-1 is ringing -- DAHDI/3-1 answered DAHDI/1-1 -- Native bridging DAHDI/1-1 and DAHDI/3-1 -- Executing [h@from-pstn:1] NoOp("DAHDI/1-1", ""raccroché") in new stack -- Hungup 'DAHDI/3-1' == Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1' -- Hungup 'DAHDI/1-1'
Dernière modification par tikismoke ; 17/01/2012 à 21h22.
il faut faire attention a ne pas etre a coté bien sur. Pas evident quand on fait des tests. Il faut vraiment s'isoler. Le gain est variable en fonction des configs.
Curieux que tu ais de l'echo avec seulement 6.
Je pense que si tu utilises un fxs, ca peut etre ton tel ou le port fxs. Essaie avec sip + fxo pour isoler le soucis.
Desolé je comprends pas. Commence par des choses simples en ciblant la detection du racroché car c'est visiblement ton pb.Par contre je ne comprends pas bien la fonction busycount si je la passe d'une valeur à une autre j'ai bien un changement lorsque l'appelant décroche.
Si je mets 3 par exemple, je peut compter les sonneries jusqu'à trois coté appelé lorsque l'appelant raccroche et là j'ai un changement de tonalité coté appelé.
- Une extension sip et un port fxo.
- Quand la personne sip racroche, verifier que le fxo racroche ( ca normalement c'est sur que ca marche )
- Quand la personne "fxo" racroche, verifier que au bout des 3 count busy, on voit bien le hangup passé à la console.
Teste ca deja et tant que ca marche pas , inutile d'aller chercher plus loin.
Tu as bien mis les param pour le module et tuner tes ports fxo comme indiqué ?
Un fxotune est bien executé au demarrage de la machine avant le demarrage d'asterisk ?
Le busycount, c'est parce qu'en analogique , il n'y a pas de signalisation. Avec le busy count, dahdi ecoute et essaie de reconnaitre une tonalité qui se produit quant la ligne a racrochée. ( mais dahdi ne le sait pas encore ) , des qu'il reconnait n ( busycount ) tonalité de raccrochage, il coupe la ligne au niveau de la carte pour qu'elle puisse recevoir ou emettre un autre appel.
Je me pose une question bête y a t il quelque chose d'autres ailleurs qui m’empêche d’arrêter ou de sortir d'une extension lorsque l'on raccroche.
Fais marcher les choses simples. Evite si tu peux les fxs meme si il y en a 2 sur la carte. Un tel sip est bien mieux. En tout cas essaie deja sans un fxs dans tes tests.J'ai fait mes essais entre portable ligne FT.
autre ligne FT vers FT.
mobile => freebox
autre ligne FT=> freebox
freebox=>fixe (soit un gros bridge FXS=>FXO=>FXO=>FXS de la même carte).
Fastm3.
IDEM SIP=>ligne FT=>SIP
SIP=>freebox=>SIP
SIP=>FT=>FXS
SIP=>freebox=>fxs
C'est là que ça merde regarde mon CLi juste au dessus le busycount fonctionne mais uniquement si je décroche en fxs ou en sip
Le larsen effectivement ça doit venir du téléphone ça ne le fait pas en sip.
Yep fxotune -i puis un fxotune -s au boot.
Par contre fxotune -i ne fonctionne pas sur le port freebox à cause de l'absence de tonalité je pense sur le RJ11 de la V6.
Code:Unable to tune 2 devices, even though those devices are present cat /etc/fxotune.conf 1=4,0,0,0,0,0,0,0,0 2=0,0,0,0,0,0,0,0,0
fxotune doit marcher avec un port freebox ( tu es sur de bien avoir arreter asterisk avant ) mais bon ca n'est pas ca qui fera changer grand chose pour ta detection de raccroché.
Prenon 1 cas qui ne marche pas d'apres toi.
Si je comprends bien,
1- tu appelles par exemple ta ligne freebox de ton portable.
2- Personne ne decroche ( extension ) sur ton asterisk.
3- Tu racroches de ton portable.
-> Pas de detection de racroché sur asterisk ?
Car sur les logs , on voit toujours le raccroché du channel 1 ( le fxo ) dans tous les scenario laissant supposé qu'il est détecté. Peut etre est ce beaucoup plus tard ?
La je ne sais pas. Essaie de te focaliser sur 1 scenario a la fois. Impossible d'y voir clair en parlant de plein de scenario a la fois dans un meme thread.
Recree un thread specifique pour un pb specifique eventuellement vu que le pb de detection de carte deja n'est plus.
Fastm3.
Règles de messages
Répondre avec citation