PCI probleme tdm410p

**fastm3** · 13/01/2012, 16h40

Cool, je prefere ca. On ne saura jamais pour la premiere carte. Le principal est que tu sois content , je le suis aussi.

Quelques conseils pour l'optim des cartes que j'utilise, j'en profite pour rappeler mes settings.

change la zone de dahdi.conf en fr
Rajoute

Code:

options wctdm24xxp opermode=FRANCE boostringer=1 fastringer=1

dans /etc/modprobe.d/dahdi

Verifie que ton timing est correct ( par de pb irqs ) avec un dahdi_test
Regarde comment marche fxotune, tu dois le faire juste 1 fois avant d'avoir touché a la conf dahdi ( gain par exemple ) et sans avoir lance asterisk. fxotune -i devrait suffire ( il detectera les channels ok ) . Il faut que les cables des lignes FT soient branchées a la carte vu que l'on optimise pour TES lignes.
le fxotune -s qui reoptimisera la carte sera refait normalement au lancement de dahdi au boot machine. Si les fichiers init de dahdi ne l'inclue pas, il faut le rajouter. ( avant lancement asterisk ) mais c'est normalement fait.
Meme si ca marche souvent sans le faire desormais.

Pour un son parfait, je te conseille de configurer et d'utiliser oslec. Ca marche super bien. WAF 100%.
Avec oslec dans chan_dahdi.conf , mes settings:

Code:

language=fr
    loadzone=fr
    defaultzone=fr
    progzone=fr
    
    #dtmf ( facultatif mais necessaire avec des portails par exemple ou     interphone de temps en temps )
    dtmfmode=inband
    toneduration=300
    relaxdtmf=yes
    
    #detection racroché du correspondant. ( C'est plus sur de rajouter     ca )
    busydetect=yes
    busycount=3
    
    # pour oslec, 512 devrait suffire, passage a 1024 ( 128ms ) exceptionnel si     encore echo avec certaines lignes.
    echocancel=512
    
    # gain ( attention a ne pas vouloir mettre trop fort, il faut     utiliser aussi le reglage vol des tels sinon. Globalement , tu auras une meilleure qualité sonore si tu ne pousses pas trop le gain.
    txgain= de 3 à 18 pour moi
    rxgain=de 3 à 18 pour moi

Francois.

**tikismoke** · 15/01/2012, 14h07

J'ai un petit souci de détection du raccrochage des correspondants sur les 2 lignes.
En même temps je me demande pourquoi r1 ressemble à ça:

Code:

serveur*CLI> dahdi show cadences
r1: 125,125,2000,4000
r2: 250,250,500,1000,250,250,500,4000
r3: 125,125,125,125,125,4000
r4: 1000,500,2500,5000

Mon /etc/asterisk/indications contient bien la ligne country=fr
Et mon chandahdi:

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]
context=from-pstn
signalling=fxs_ks
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
faxdetect=incoming
callgroup=1
pickupgroup=1

dahdichan=1,2

immediate=no


language=fr
loadzone=fr
defaultzone=fr
progzone=fr

dtmfmode=inband
toneduration=300
relaxdtmf=yes

busydetect=yes
busycount=3
busypattern=500,500
hanguponpolarityswitch=yes
echocancel=512

txgain=2
rxgain=6

[home-phones]
context=from-internal ; Uses the [internal] context in extensions.conf
signalling=auto ; fxo_ks Use FXO signalling for an FXS channel - as set in sytem.conf.conf
;channel => 1 ; Telephone attached to port 1
;channel => 2 ; Telephone attached to port 2
dahdichan => 3,4

**tikismoke** · 15/01/2012, 16h23

Pourtant si je décroche et que l'appelant raccroche en premier ça fonctionne.

Mais dans un dialplan de ce style si l'on raccroche dès le départ pendant l'annonce Welcome1 ça sonne non stop et ça fini en timeout.

Code:

[from-pstn]
language=fr
exten => s,1, Answer
same => n, Wait(1)
same => n, Playback(welcome1)
same => n, Dial(SIP/gtab&SIP/iphone&Dahdi/3,25)
;same => n, Playback(vm-goodbye)
;same => n, Dial(SIP/gtab&SIP/iphone,5)
same => n,Goto(menu01,s,1)
same => n, Hangup()

[menu01]
exten => s,1, Background(message1)
exten => s,n, WaitExten(4)
exten => 1,1,Voicemail(222); 1 
exten => 2,1,Voicemail(233); 2 
exten => t,1,Playback(conf-errormenu)
exten => t,n,Playback(tt-somethingwrong)
exten => t,n,Playback(vm-goodbye)
exten => t,n,HangUp()

Cas ou l'appelant raccroche pendant le welcome1
En cli ça donne si l'on décroche:

Code:

serveur*CLI>
    -- Starting simple switch on 'DAHDI/1-1'
[2012-01-15 15:22:24] WARNING[31780]: chan_dahdi.c:8939 ss_thread: CallerID returned with error on channel '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-15 15:22:30] WARNING[31780]: 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-15 15:22:30] WARNING[31780]: 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 is ringing
    -- DAHDI/3-1 is ringing
    -- DAHDI/3-1 answered DAHDI/1-1
    -- Native bridging DAHDI/1-1 and DAHDI/3-1
    -- Hungup 'DAHDI/3-1'
  == Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'
serveur*CLI>

Cas ou l'appelant raccroche pendant le welcome1
En cli ça donne si l'on ne fait rien:

Code:

-- Starting simple switch on 'DAHDI/1-1'
[2012-01-15 15:22:24] WARNING[31780]: chan_dahdi.c:8939 ss_thread: CallerID returned with error on channel '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-15 15:22:30] WARNING[31780]: 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-15 15:22:30] WARNING[31780]: 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 is ringing
    -- DAHDI/3-1 is ringing
    -- DAHDI/3-1 answered DAHDI/1-1
    -- Native bridging DAHDI/1-1 and DAHDI/3-1
    -- Hungup 'DAHDI/3-1'
  == Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'
    -- 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-15 15:25:57] WARNING[476]: 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-15 15:25:57] WARNING[476]: 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 is ringing
    -- DAHDI/3-1 is ringing
    -- DAHDI/3-1 is ringing
    -- DAHDI/3-1 is ringing
    -- DAHDI/3-1 is ringing
    -- Nobody picked up in 25000 ms
    -- Hungup 'DAHDI/3-1'
    -- Executing [s@from-pstn:6] Goto("DAHDI/1-1", "menu01,s,1") in new stack
    -- Goto (menu01,s,1)
    -- Executing [s@menu01:1] BackGround("DAHDI/1-1", "message1") in new stack
    -- <DAHDI/1-1> Playing 'message1.slin' (language 'fr')
    -- Executing [s@menu01:2] WaitExten("DAHDI/1-1", "4") in new stack
    -- Timeout on DAHDI/1-1, going to 't'
    -- Executing [t@menu01:1] Playback("DAHDI/1-1", "conf-errormenu") in new stack
    -- <DAHDI/1-1> Playing 'conf-errormenu.slin' (language 'fr')
    -- Executing [t@menu01:2] Playback("DAHDI/1-1", "tt-somethingwrong") in new stack
    -- <DAHDI/1-1> Playing 'tt-somethingwrong.slin' (language 'fr')
    -- Executing [t@menu01:3] Playback("DAHDI/1-1", "vm-goodbye") in new stack
    -- <DAHDI/1-1> Playing 'vm-goodbye.slin' (language 'fr')
    -- Executing [t@menu01:4] Hangup("DAHDI/1-1", "") in new stack
  == Spawn extension (menu01, t, 4) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'

Cas ou l'appelant raccroche en premier pendant une communication:

Code:

 -- Hungup 'DAHDI/1-1'
    -- 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-15 15:31:15] WARNING[1946]: 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-15 15:31:15] WARNING[1946]: 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
    -- Hungup 'DAHDI/3-1'
  == Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'

Cas ou l'appelé raccroche en premier:

Code:

-- Hungup 'DAHDI/1-1'
    -- 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-15 15:33:00] WARNING[2134]: 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-15 15:33:00] WARNING[2134]: 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
    -- Hungup 'DAHDI/3-1'
  == Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'

Je ne voi pas la différence entre les 2 derniers cas alors qu'il devrait y en avoir une non?

**fastm3** · 16/01/2012, 12h33

pas trop le temps mais mets

Code:

busydetect=yes busycount=3 echocancel=512 txgain=2 rxgain=6

en tete de fichiers avant les channels au moins. ( dans chan_dahdi.conf )
Fait un include de dahdi-channels génére par dahdi_genconf, ton chan_dahdi.conf sera bcp plus clair.

Fastm3

**tikismoke** · 16/01/2012, 23h03

Envoyé par fastm3

pas trop le temps mais mets

Code:

busydetect=yes busycount=3 echocancel=512 txgain=2 rxgain=6

en tete de fichiers avant les channels au moins. ( dans chan_dahdi.conf )
Fait un include de dahdi-channels génére par dahdi_genconf, ton chan_dahdi.conf sera bcp plus clair.

Fastm3

J'ai modifier le chan_dahdi mais ça ne fonctionne pas mieux.
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]

**fastm3** · 16/01/2012, 23h37

Envoyé par tikismoke

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.

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.

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

.

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 )
Essaie de passer a 1024 echocancel eventuellement.

Ton gain semble un peu faible avec une freebox.
Fastm3.

**tikismoke** · 17/01/2012, 21h06

Envoyé par fastm3

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 )
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.

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'

Je dois louper un truc simple mais je sèche.....

**fastm3** · 17/01/2012, 21h32

Envoyé par tikismoke

J'ai essayé avec ton fichier, ça ne marche pas mieux.
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.

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.

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é.

Desolé je comprends pas. Commence par des choses simples en ciblant la detection du racroché car c'est visiblement ton pb.
- 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.

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).

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.
Fastm3.

**tikismoke** · 17/01/2012, 21h40

Envoyé par fastm3

Essaie avec sip + fxo pour isoler le soucis.
- 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.
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.
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.
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.

Envoyé par fastm3

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 ?

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

**fastm3** · 17/01/2012, 22h52

Envoyé par tikismoke

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.

Discussion: PCI probleme tdm410p

Outils de la discussion

Rechercher dans la discussion

Affichage

Soucis détection du raccroché

Règles de messages