Pas de détection raccroché TDM400P avec IVR

[jean]

bon, déjà on a cerné le problème, c'est un bon début

je suppose que c'est toi qui appelle et fais le test de raccrochage ? comment vérifie tu que le channel n'est pas raccroché ? il faut faire sur la CLI un core show channels verbose
également (au début, après le décroché, et après le raccroché appelant)

tu peux ajouter un mixmonitor après le answer, et écouter ce qui se passe quand tu raccroches

[myvoip]

Oui

C'est bien moi qui réalise les appels entrants en appelant de mon portable.
Je sais qu'Asterisk n'a pas raccroché :
1/ via la CLI CLI => en lançant Asterisk comme ceci :

asterisk -cvvvvv

2/ car lorsque je rappelle une seconde fois je tombe sur le répondeur de Free.

core show channels verbose

confirme que la ligne reste up.

mixmonitor ne me permet pas d'écouter car le wav n'est écrit qu'après le raccroché.
Comme je suis obligé de tuer Asterisk via un ctrl-c => pas de wav.

[jean]

le core channel doit montrer une ligne si en dialogue svi, deux si avec un correspondant. tu confirmes ?

par ailleurs, tu peux forcer le raccrochage d'un channel depuis la CLI - genre

soft hangup <channel>

ou juste hangup channel

[myvoip]

oui je confirme, tout est cohérent à ce niveau.


PS : visiblement le fichier wav n'est créé que s'il y a décrochage.
Dans la négative, pas d'enregistrement.

[jean]

la je sèche un peu...

il reste la gestion d'un time out comme déjà dit, sinon, mais je connais pas la carte que tu utilises, voir si il n'y a pas un mode debug, qui poste des traces pour voir ce qui se passe plus en détail

désolé ! j'espère que qqun pourra reprendre ce sujet et t'aider

[myvoip]

OK merci jean d'avoir essayé (je regarde comment prendre des traces).

En complément d'info si d'autres personnes peuvent m'aider :
- j'ai testé sur 2 machines identiques équipées de TDM400P => même problème.
- on peut exclure un souci électrique (impédance ou autre) entre Freebox et Digium vu que le raccroché est toujours détecté dans certains cas.
- j'essaie de comprendre si le problème vient du driver ou d'Asterisk.

Vraiment bizarre ce problème

[fastm3]

Ca n'est pas forcement simple parce qu'il y a plein de choses qui interviennent mais on peut souvent trouver une solution.

Verif de base.
verifie que tu as bien sette busydetect et busycount.
loadzone=fr
defaultzone=fr
progzone=fr

que tu passes bien à ton module
options wctdm24xxp opermode=FRANCE boostringer=1 fastringer=1
( /etc//modprobe.d/dahdi )

Essaie de faire des tests deja en simplifiant ton dialplan. ( juste un answer , dial de ton ext )
1- Verif si detection hangup ok si tu decroches
2- Verif detection hangup non ok si l'appelant raccroche.
3- Verif detection hangup ok si l'appelant raccroche et si pas de answer dans le dialplan.

la detection du raccroché de l'appelant peut poser effectivement quelques fois des pbs si on n'a pas décroché et en fonction du dialplan mais verifie deja ces simples cas.
Je n'ai en fait jamais eu besoin d'aller plus loin car generalement sur une simple ligne analogique , je n'ai pas d'ivr mais un simple dial qui justement n'a pas de pb a detecter le raccroché de l'appelant si on ne lui mets pas de answer avant.
Sinon, il faut se plonger dans les sources de dahdi pour savoir pourquoi la detection de la tonalité de raccroché ne se fait pas dans certains cas ou trouver une astuce comme dans l'autre thread precedent qui avait ete solutionné par un dial sans answer.
Fastm3.

[myvoip]

Les nouvelles sont escellentes

J'ai vérifié les différents paramètres => OK
sauf /etc/modprobe.d/dahdi qui ne contient rien ici.
=> Pourtant lsmod charge correctement wctdm)

Je viens de simplifier le dialplan à l'extrême pour test:

exten => s,1,Wait(2)                        ; 2s pour dentifier le callerid
exten => s,n,Answer()
exten => s,n,Dial(${POSTE1},10)                ; r1 pour ring cadence et caller id DECT
exten => s,n,Hangup()

Cette fois, tous les cas d'appels entrants fonctionnent !
1. détection hangup si je raccroche avant que l'appelé ne décroche => OK
2. détection hangup si je raccroche après que l'appelé ne décroche => OK
3. détection hangup si l'appelé raccroche avant l'appelant => OK

Le paramétrage france et la fonction answer sont donc hors de cause.
Je pense que cette boucle du script pose problème :

exten => s,1,Read(NUM,milly_accueil23,1,skip,2,2)

Je vais essayer de modifier cette ligne.
Avez-vous une autre proposition pour dérouler un message d'invitation en boucle ?

[fastm3]

Les nouvelles sont escellentes

J'ai vérifié les différents paramètres => OK
sauf /etc/modprobe.d/dahdi qui ne contient rien ici.
=> Pourtant lsmod charge correctement wctdm)
?

Ce ne sont que des options passees au module. Ca n'empeche pas du tout son chargement. Elles sont conseillees meme si ca semble marcher sans.
Fastm3.

[myvoip]

OK pris en compte. Je finalise les tests du nouvel ivr et posterai les résultats dans la soirées.
Pour l'instant cela se passe plutôt bien