[Asterisk-Users] Re: [2] X100p problem

[David Hill]

When I enable callprogress I get this error message...
(when I call, it will ring forever but asterisk is acting as if it DID pick up the line ... but it never did... )

I'm beginning to think that asterisk can't hangup the line when in voice mail and this, whatever action I'll take...

Actually, callprogress doesn't seem to work at all... (in my case)

Mar 24 23:37:28 NOTICE[13701]: chan_zap.c:5665 ss_thread: Got event 2 (Ring/Answered)...
    -- Executing Wait("Zap/1-1", "1") in new stack
    -- Executing Answer("Zap/1-1", "") in new stack
    -- Executing DigitTimeout("Zap/1-1", "5") in new stack
    -- Set Digit Timeout to 5
    -- Executing ResponseTimeout("Zap/1-1", "10") in new stack
    -- Set Response Timeout to 10
    -- Executing BackGround("Zap/1-1", "bonjour") in new stack
    -- Playing 'bonjour' (language 'en')
Mar 24 23:37:34 WARNING[13701]: chan_zap.c:3589 zt_handle_event: Ring/Off-hook in strange state 6 on channel 1
  == Spawn extension (default, s, 5) exited non-zero on 'Zap/1-1'
    -- Hungup 'Zap/1-1'
Beginning asterisk shutdown....
Executing last minute cleanups
  == Destroying musiconhold processes
Yuck! Error in buffer handling...: Connection reset by peer
Asterisk cleanly ending (2).

  ----- Original Message ----- 
  From: Alain MELIOT 
  To: asterisk at binarystorm.net 
  Sent: Thursday, March 24, 2005 6:00 PM
  Subject: RE: [2] X100p problem


  /etc/asterisk/zapata.conf  use 

  callprogress=yes

  and busydetect =yes  

  i had the same problem before and i fix it whit this in my zapata.conf and this in the Makefile 

  #BUSYDETECT = #-DBUSYDETECT

  recompile all  and i am happy know 






  -----Message d'origine-----
  De : David Hill [mailto:asterisk at binarystorm.net]
  Envoyé : jeudi 24 mars 2005 13:42
  À : alain.meliot at wanadoo.fr
  Objet : RE:[2] X100p problem

  That is what I already have.  I thought it BUSYDETECT_MARTIN was already ok... Nevertheless, it's not working... ;(


  # Original busydetect routine
  BUSYDETECT = #-DBUSYDETECT

  # Improved busydetect routine, comment the previous one if you use thisone 

  BUSYDETECT+= -DBUSYDETECT_MARTIN
  # Detect the busy signal looking only at tone lengths
  # For example if you have 3 beeps 100ms tone, 100ms silence separated
  by 500 ms$ BUSYDETECT+= #-DBUSYDETECT_TONEONLY
  # Inforce the detection of busy singal (get rid of false hangups)
  # Don't use together with -DBUSYDETECT_TONEONLY
  BUSYDETECT+= #-DBUSYDETECT_COMPARE_TONE_AND_SILENCE





   "Alain MELIOT" <alain.meliot at wanadoo.fr> wrote on 2005-03-24 08:07:

  >No  it is not   comment line 112 of the makefile and recompile your
  >system and you will be ok 
  >
  >
  >-----Message d'origine-----
  >De : David Hill [mailto:asterisk at binarystorm.net]
  >Envoyé : jeudi 24 mars 2005 08:26
  >À : alain.meliot at wanadoo.fr
  >Objet : Re:X100p problem
  >
  >BUSYDETECT+= -DBUSYDETECT_MARTIN
  >
  >
  >I think it is already activated...
  >
  >
  > "Alain MELIOT" <alain.meliot at wanadoo.fr> wrote on 2005-03-23 19:26:
  >
  >>you must use the improve busyedetect_martin  this can be done in the
  >>Makefile of the asterisk source and recompile asterisk
  >>
  >>an example of a zapata.conf
  >>; Zapata telephony interface
  >>;
  >>; Configuration file
  >>
  >>[trunkgroups]
  >>
  >>[channels]
  >>
  >>language=fr
  >>context=from-pstn
  >>signalling=fxs_ks
  >>rxwink=300  ; Atlas seems to use long (250ms) winks ; ; Whether or
  >>not to do distinctive ring detection on FXO lines ;
  >>;usedistinctiveringdetection=yes
  >>
  >>usecallerid=yes
  >>hidecallerid=no
  >>callwaiting=yes
  >>usecallingpres=yes
  >>callwaitingcallerid=yes
  >>threewaycalling=yes
  >>transfer=yes
  >>cancallforward=yes
  >>callreturn=yes
  >>echocancel=yes
  >>callprogress=yes
  >>echocancelwhenbridged=yes
  >>echotraining=800
  >>rxgain=10.5
  >>txgain=1
  >>group=0
  >>callgroup=1
  >>busydetect=yes
  >>pickupgroup=1
  >>immediate=yes
  >>
  >>; channel => 1
  >>
  >>
  >>Good luck






------------------------------------------------------------------------------


  No virus found in this incoming message.
  Checked by AVG Anti-Virus.
  Version: 7.0.308 / Virus Database: 266.8.1 - Release Date: 23/03/2005

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050324/a4b9eff3/attachment.htm