similar to: IAX Call not transferred - plz help

Any body used patch, http://bugs.digium.com/bug_view_page.php?bug_id=0001719 to get the callerid for BT Line. I applied the patch successfully but could not get it to work. Any help. Here are the logs: -- Starting simple switch on 'Zap/1-1' Jun 17 18:22:31 NOTICE[426000]: chan_zap.c:4811 ss_thread: Got event 2 (Ring/Answered)... Jun 17 18:22:34 NOTICE[426000]: chan_zap.c:4811

Is anyone selling G729 License elsewhere other than Digium? Anyone allowed to sell a similar License as a reseller? -Kannaiyan

Hi, I don't have a zaptel device for conferencing. I read from the lists, that ztdummy and zaprtc need to be installed to get conferencing. I could able to compile successfully with ztdummy and when i receive the call it says, -- Goto (13732,s,1) -- Executing MeetMe("SIP/-08118800", "1234") in new stack == Parsing

Have anyone tried to interface BT's Broadband Voice with asterisk? Kannaiyan

Hi, Below if the error message which I got from asterisk. I was trying to fax to asterisk from my fax machine. I really dunno what is the problem. I use alaw & ulaw codec only through my ATA 186. Can anyone help me what could be the problem. -- Executing Goto("SIP/-080ef9a0", "13732|s|1") in new stack -- Goto (13732,s,1) -- Executing

I have coded chan_sip.c so that you can have // sip.conf register => username:password@somedomain.com/redirectconfig [redirectconfig] redirect=yes redirecturi=sip:12345@domain1.com redirecturi=sip:34556@domain2.com redirecturi=sip:87877@domain3.com .... so when you receive a call it will redirect to the alternating uri's with a SIP 300 Message. It works with the following sequence,

I have this line in my extensions.conf, exten => _393.,1,Dial(ZAP/${EXTEN:3},20,tr) when I make a zap call, it gives me two rings and then makes the zap call. Is there is a way I can make the call immediate? Kannaiyan

Does anyone know if the E1 cards that digium sells work in India. Also are there any distributers for those cards in India. By E1 cards I mean E100P, TE410P or TE405P -- regards Vikram (http://www.vicramresearch.com)

Hi, I'm new to Asterisk and I've been trying to configure it to talk to several SIP providers (such as FWD). I found that, although there are some "recipes" on how to do it, there are few documents that really explain *why* the settings are used, and overall I found very little documentation on sip.conf. I've been using this page as a reference:

I am thinking about using the G729 codecs on my endpoint devices and purchasing some G729 licenses for Asterisk but I have several questions: 1. Which G729 codec is sold by Digium for Asterisk, G729, G729A, B...I? 2. If I have G729A on one end and G729B on the other, are they compatible? I have looked all over the place for question 2, but without buying the ITU docs I cannot seem to find this

Hi. I've searched the archives and found nothing regarding collaborating Asterisk with a Panasonic PBX (TD1232 to be exact) Here's my question: Can I use a Wildcard X100P to connect an outgoing line jack (on the Panasonic) to Asterisk, so I can route calls from the PBX to Asterisk, and calls from Asterisk to the PBX? On the hardware page for the X100P card is says it's great for

I can smile now. I made my * work with my Cisco. Finally. First problem was Ethernet on my Linux. After installing * on a different machine, I got rid of that "icmp udp unreachable" error. My next problem was the call stays on on Cisco gateway, but the ATA drops it. I figured out it was my mistake on dialplan in extensions.conf --- (it took me a day to notice it.. damn!). my config

Hi all, Is there a possibility to set the codecs Asterisk will choose in the dialplan ("exten=>" statements or their contexts) instead of sip.conf? My problem is that I connect my SIP phone with several providers (Nikotel, Sipgate, Stanaphone) for icoming and outgoing calls. Not all of these providers offer the same set of codecs. I'd like Asterisk to use the same codec for the

Hello how can I set the fromuser field of the SIP INVITE when using the Dial()-command in the dialplan ? None of the below Dial() command give the correct result : exten => _XX.,n,Dial(SIP/${EXTEN}:passwdk5j6::user762 at myprovider.biz) exten => _XX.,n,Dial(SIP/${EXTEN}:passwdk5j6::user762 at myprovider.biz/${EXTEN}) exten => _XX.,n,Dial(SIP/user762:passwdk5j6::user762 at

Hello a call goes out and is answered : [Sep 17 11:29:52] VERBOSE[23420][C-00000051] app_dial.c: SIP/myprovider-0000010b is making progress passing it to SIP/mysippeer-00000108 [Sep 17 11:30:05] VERBOSE[23420][C-00000051] app_dial.c: SIP/myprovider-0000010b answered SIP/mysippeer-00000108 [Sep 17 11:30:05] VERBOSE[23522][C-00000051] bridge_channel.c: Channel SIP/myprovider-0000010b joined

In the following example exten => _1NXXNXXXXXX,1,Set(GROUP(outbound)=myprovider) exten => _1NXXNXXXXXX,n,Set(COUNT=${GROUP_COUNT(myprovider at outbound)}) exten => _1NXXNXXXXXX,n,NoOp(There are ${COUNT} calls for myprovider) exten => _1NXXNXXXXXX,n,GotoIf($[ ${COUNT} > 2 ]?denied : continue) exten => _1NXXNXXXXXX,n(denied),NoOp(There are too many calls up) exten =>

Le 15/01/2020 à 19:50, C.Maj a écrit : > On 2020-01-15 11:24, Administrator wrote: > > 8<'s > >> One of the provider took a pcap and told us that expiration was set to 0 >> that's why they don't accept the registration. We took a pcap on our >> side when SIP packet goes out of our server and we see that the >> expiration parameter is setted to

Hello, The version 0.07 of "PKCS#11 support in OpenSSH" is published. Changes: 1. Updated against OpenSSH 4.3p1. 2. Ignore '\r' at password prompt, cygwin/win32 password prompt support. 3. Workaround for iKey PKCS#11 provider bug. 4. Some minor cleanups. 5. Allow clean merge of Roumen Petrov's X.509 patch (version 5.3) after this one. [[[ The patch-set is too large for

Hello I can confirm that the variable DIALEDPEERNAME contains the information that I would expect in the variable BRIDGEPEER. But I read nowhere that DIALEDPEERNAME has replaced BRIDGEPEER as of Asterisk version 13 ?! So if this is not the intention, then yes this is probably a bug and should be reported. Kind regards. Jonas. On 18-09-16 19:58, Ludovic Gasc wrote: > Hi, > >

Hi, If I have [myprovider] section with context=something. When I do an outgoing call by using Dial(SIP/myprovider/464646)", does context=... affect anything? As I understand it, it only affects incoming calls, but I might be wrong. Another thing, the setting of context=... on [default] section will affect all [provider] sections without context=..., right? What if I don't specify any