search for: sip_channel

we tested asterisk 1.6.2.0, found that when call from one sip_channel to another sip_channel , ------------------------------------------------------------------ exten => _X.,1,Noop() exten => _X.,n,Dial(SIP/${EXTEN},50,TtgM) ------------------------------------------------------------------ in asterisk 1.6.2.0 ,when sip user config to use dtmfmode=rfc2833...

...would like to know whether this behaviour can be disabled in the config files because it makes * block easier and charges the DNS server of senseless queries. I don't know about * internals so it 's far beyond my knowledge following the reception and treatment of SIP message throughout the sip_channel.c code so I would really appreciate any hint about this issue. The capture was done on a 1.4.18 version but I've checked same behaviour (ngrep port 53) on other 1.4 and 1.2 installations. Does anyone knows if this has changed in 1.6? Any help would be really appreciated. Thanks, Samuel. ----...

...y proposal of creating a 1-to-1 relationship between CDRs and Asterisk channels already exsits but somewhere along the line it's going awry. As an experiment, and to actually do something instead of continually moaning about it, I started commenting out the blocks of code in res_featrures.c and sip_channel.c that muck around with the channel CDRs when a transfer occurs. The results of that were that the CDRs for blind and attended transfers actually got better! They're still not quite right but are pretty close with only one CDR on each having a wrong detstination. Regards, Greyman.

I want to setup a blind transer for auto forwarding to SIP peer. I have context forwarding looks like this in extension.conf [forwarding] ... exten => 511,1,Dial(SIP/sip_proxy-out) ... This will do the re-invite, which is attendance transfer maybe. But I want a blind transfer by REFER method. How can I do that? I know that the transfer() function may be able to do that. But I don't know

...y proposal of creating a 1-to-1 relationship between CDRs and Asterisk channels already exsits but somewhere along the line it's going awry. As an experiment, and to actually do something instead of continually moaning about it, I started commenting out the blocks of code in res_featrures.c and sip_channel.c that muck around with the channel CDRs when a transfer occurs. The results of that were that the CDRs for blind and attended transfers actually got better! They're still not quite right but are pretty close with only one CDR on each having a wrong detstination. Regards, Greyman.