Soucis détection du raccroché

[tikismoke]

Suite de mon soucis d'ici

Donc pour faire simple on dirait qu'Asterisk ne détecte le raccroché coté FXO que lorsque l'on répond coté fxs ou en sip.

Si je ne réponds pas la ligne n'est jamais raccrochée. Pour avoir à nouveau la ligne raccroché, il faut soit que l'appel finisse dans une extension contenant un hangup soit que j'essaie d'initier un appel en sip ou en FXS

Exemple si je réponds en SIP alors que l'appelant à raccroché depuis 30s:

-- 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
    -- Called gtab
  == Using SIP RTP CoS mark 5
[2012-01-18 22:10:49] WARNING[7283]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
    -- Called 3
    -- DAHDI/3-1 is ringing
    -- SIP/gtab-00000000 is ringing
    -- DAHDI/3-1 is ringing
    -- SIP/gtab-00000000 is ringing
    -- DAHDI/3-1 is ringing
    -- SIP/gtab-00000000 is ringing
    -- DAHDI/3-1 is ringing
    -- SIP/gtab-00000000 is ringing
    -- DAHDI/3-1 is ringing
    -- SIP/gtab-00000000 answered DAHDI/1-1
    -- Hungup 'DAHDI/3-1'
    -- Executing [h@from-pstn:1] NoOp("DAHDI/1-1", "raccroché") in new stack
  == Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'

[fastm3]

Part de quelque chose simple et isole bien pour tester le pb:

- Dans ton dialplan , enleve le dial de dahdi/3, mets un timeout enorme pour ne pas etre ennuyé par un raccrochage "timeout".
- enleve le playback.
Teste et verifie que le raccroché se passe bien sur le fxo. Fais tes tests ,configs dahdi sur ce scenario tant que ca ne marche pas.

Note que ensuite pour ce que tu veux faire, il me semblerait plus normal de passer ton welcome a la commande dial histoire de ne pas attendre la fin du message pour commencer a sonner.

Je sens bien un pb pb de detection de raccroché specifique a ton dialplan. On creusera une fois que tu as verifie que ca marche avec le cas le plus simple. ( answer, dial )
Fastm3.

[F6HQZ]

Bonjour,

Attention à la configuration locale (pays/country zone) : si le pays n'est pas le bon, alors les tonalités françaises ne seront pas reconnues et le raccroché ne sera pas détecté.

Cordialement,
Francois

[tikismoke]

Désolé je n'ai pas eu de temps avant maintenant pour reprendre mes essais.

Donc j'ai changé mon dial plan par un truc simple:
Answer
Dial sip

C'est toujours pareil, asterisk garde le FXO ouvert jusqu’à ce que je décroche le sip ou que je refuse l'appel, et du coup la ligne reste occupée.

 Starting simple switch on 'DAHDI/1-1'
    -- Executing [s@from-pstn:1] Answer("DAHDI/1-1", "") in new stack L'appelant raccroche peu de temps après
    -- Executing [s@from-pstn:2] Dial("DAHDI/1-1", "SIP/gtab") in new stack
  == Using SIP RTP CoS mark 5
    -- Called gtab
    -- SIP/gtab-00000007 is ringing
    -- Got SIP response 603 "Decline" back from xxx.xxx.xxx.xxx Je refuse l'appel au bout de 2 minutes de sonneries
    -- SIP/gtab-00000007 is busy
  == Everyone is busy/congested at this time (1:1/0/0)
    -- Auto fallthrough, channel 'DAHDI/1-1' status is 'BUSY'
    -- Hungup 'DAHDI/1-1'

[tikismoke]

Bonjour,

Attention à la configuration locale (pays/country zone) : si le pays n'est pas le bon, alors les tonalités françaises ne seront pas reconnues et le raccroché ne sera pas détecté.

Cordialement,
Francois

J'ai bien mis fr partout regarde dans le premier sujet.

[tikismoke]

Exemple ou je décroche et l'appelant raccroche en premier, tout va bien.

-- Starting simple switch on 'DAHDI/1-1'
    -- Executing [s@from-pstn:1] Answer("DAHDI/1-1", "") in new stack
    -- Executing [s@from-pstn:2] Dial("DAHDI/1-1", "SIP/gtab") in new stack
  == Using SIP RTP CoS mark 5
    -- Called gtab
    -- SIP/gtab-00000004 is ringing
    -- SIP/gtab-00000004 answered DAHDI/1-1 On discute blablabla puis l'appelant raccroche en premier
  == Spawn extension (from-pstn, s, 2) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'

[fastm3]

J'ai bien mis fr partout regarde dans le premier sujet.

Tu n'a jamais confirmé les settings passé au module.
Tu vois bien dans le syslog le register des tone "france" ?
Il faut que je checke ne connaissant plus le message exact.
Le bon coté des choses , c'est que clairement ton 1er scenario est simple et que tu as possibilité maintenant de tester facilement les modifs.
Je te confirme qu'avec la meme carte, la detection de raccroché se passe bien chez moi.
busydetect et busycount semble ne pas etre pris en compte chez toi.
Merci d'indiquer deja le message au chargement du module pour la carte et le contenu de la ligne en parametre passé au module ( /etc/modprobe.d/dahdi )
Fastm3.

[tikismoke]

cat /etc/modprobe.d/dahdi.conf
# You should place any module parameters for your DAHDI modules here
# Example:
#
# options wctdm24xxp latency=6
options wctdm24xxp opermode=FRANCE boostringer=1 fastringer=1

 dahdi show channels
   Chan Extension  Context         Language   MOH Interpret        Blocked    State
 pseudo            default                    default                         In Service
      1            from-pstn       fr         default                         In Service
      2            from-pstn       fr         default                         In Service
      3            from-internal   fr         default                         In Service
      4            from-internal   fr         default                         In Service

Tu vois bien dans le syslog le register des tone "france" ?
Il faut que je checke ne connaissant plus le message exact.

La par contre je ne sais ce que tu veut dire?

Dans tous les cas merci de m'aider.

Je ne comprends vraiment pas pourquoi il faut que je sois en communication pour que le raccrochage soit vu.

[fastm3]

telisk:~# dmesg | grep tone
[   24.448444] dahdi: Registered tone zone 0 (United States / North America)
[   24.784145] dahdi: Registered tone zone 2 (France)
telisk:~#

A verifier.

Aussi parce qu'on peut faire pas mal d'erreurs en editant soit meme le fichier des channels. Je te suggere de modifier genconf_parameters, de regenerer ta config dahdi et de l'inclure tel quel plutot que de l'editer toi meme comme tu sembles le faire. Ca ne t'empeche de modifier/ajouter les parametres dans le fichier chan_dahdi.conf

Fastm3.