Raúl, Callprogress is not reliable for call supervision. Sorry. For maximum reliability with callprogress, the tones and cadences send by the CO must match every well with the tones plan defined in your asterisk box. Probably the tones of the other telephone company, where the answer detection fail, are different or the cadences are different.
Jorge Raúl Gómez C. wrote: > Jorge, > > I think our telco doesn't provide disconnection supervision because I > had to use "callprogress", "busydetect" and "busycount" in order to > properly disconnect a terminated call (and to avoid the infamous long > message in the voicemail), so I think I can't disable the > "callprogress" option. > > I will try to contact the telco provider of these "numbers" in order > to ask them what kind of answer supervision they provide. > > Any other ideas??? > > Thanks again > > > -- > Raul > Linux Counter #156439 > > > On Fri, Feb 22, 2008 at 1:15 PM, Jorge Mendoza <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Raúl, > > From your conf file I guess the CO provide reversal polarity for > answer > supervision. Verify if for those "numbers" the CO revert the line > polarity when callee answer. > callprogress=no is a good test too. > > Jorge > > Raúl Gómez C. wrote: > > Hi list, > > > > I'm having problems transferring certain calls made by the attendant > > between the PSTN and to an internal extension. Although, transfers > > between the majority of the calls ends successfully. > > > > Debugging this, I've found that calls made to certain "numbers" > > (Telephony Providers), aren't detected as ANSWERED in the CDR, > so they > > are not properly accounted (for billing), neither transferred to > > internals extensions. > > > > How can I solve this??? Is this a incompatibility issue between > > technologies??? Or just a config that I haven't made right??? > > > > Thanks in advance... > > > > > > My Setup: > > > > - Asterisk 1.4.17 > > - Sangoma Remora A400D HEC PCI Card (2 FXS / 10 FXO) > > - Wanpipe 3.2.1 > > - Zaptel *MailScanner warning: numerical links are often > malicious:* 1.4.7.1 <http://1.4.7.1> > > - Grandstream GXP-2000 Phones > > > > ------------------------------------------------------------------------ > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
