similar to: Ringback issue

This just started after upgrading to 11.11.0. After a call is completed (both ends hang up) the call still shows as active. # asterisk -x "core show channels" Channel Location State Application(Data) SIP/thinktel-0000000 (None) Up AppDial((Outgoing Line)) SIP/4164251212-00000 4165555555 at LocalSets Up Dial(SIP/thinktel/4165559999) 2 active

On 2017-04-18 02:42 AM, Pete Mundy wrote: > Try this: > > asterisk -r > core set verbose 10 > [get user to trigger fault] > [examine console output, and post to list if still unclear] > > If you don't solve it yourself, then we'll be able to help further once > we've seen the output. I can't see much more than at my previous debug level but here it is

We have a template for extensions and voicmail. They look like this: exten => %ACCOUNT%,1,Verbose(0,Entering extension %ACCOUNT%) same => n(DialDesk),Verbose(0,${CALLERID(all)} Calling ${EXTEN}) same => n,Dial(SIP/%ACCOUNT%,30) same => n(VoiceMail),Set(CDR(userfield)=VoiceMail) same => n,Verbose(0,${CALLERID(all)} going into voice mail for %ACCOUNT%)

I have this in my sip.conf: exten => *98,1,Verbose(0,CALLERID number is "${CALLERID(num)}") same => n,VoicemailMain(${CALLERID(num)}@LocalSets,s) same => n,Hangup However, my extensions are set up so that they always show the external number, not the extension: [foobar2](client-phone) secret=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx callerid=Candace <5555551212>

On Fri, 12 Jun 2015 11:49:05 -0700 John Kiniston <johnkiniston at gmail.com> wrote: > Try this for CHAN_SIP: > > same => n,Set(Peer=${SIPCHANINFO(peername)}) ; Get the peer > same => n,Set(MailBox=${SIPPEER(${Peer},mailbox)}); Get the > mailbox same => n,VoicemailMain(${MailBox}@LocalSets,s) ; If we > have a mailbox defined log into it Perfect.

On 12/2/19 11:52 AM, Joshua C. Colp wrote: > So I know that AMI is listening and I can talk to it.  Here is the > main log" > > [Nov 27 06:16:00] VERBOSE[101155] asterisk.c: Remote UNIX connection > [Nov 27 06:16:00] VERBOSE[101245] asterisk.c: Remote UNIX connection > disconnected > [Nov 27 06:16:01] VERBOSE[101244] manager.c: Manager

On 12/3/19 3:04 PM, Joshua C. Colp wrote: > >     The AMI command, after the login, looks like this: > > > >     Action: Originate > >     Channel: SIP/outgoing/%%(destination)s > >     Context: LocalSets > >     CallerID: Vybe Consulting Inc Fax Service <5555551212> > >     Exten: sendfax > >   

I recently upgraded from Asterisk 13.19 to 16.6.1. Everything is working fine with a few minor tweaks except outgoinf fax. Incoming works fine. I do outgoing faxing through an AMI call. Here is the output from the security log: [Nov 27 06:16:05] SECURITY[101222] res_security_log.c:

I am having troubles with sending faxes. I hope someone can help me work out a better method. Basically we have a special address that our users can send to. It winds up on our Asterisk server which runs a Python script that parses the message for attachments and the phone number from the recipient address. The attachments are converted to TIFF and stored in a folder with various information

On 2017-04-18 08:17 PM, Pete Mundy wrote: >> On 19/04/2017, at 7:58 am, D'Arcy Cain <darcy at VybeNetworks.com >> <mailto:darcy at VybeNetworks.com>> wrote: >> >> <snip> >> Everything looks the same as another one that works except for two >> things. The one that works doesn't have the "Probation passed" lines. >> I am

Asterisk 11.1.0 One queue with strategy=leastrecent. (Full queues.conf below.) Occasionally (several times today), a caller will get "stuck" in the queue - there are operators available to take the call, but the caller stays in the queue for a long time. Any idea what might cause this, or where I can start looking to debug it? I'm going to start digging through the queue log

Hello, I have Asterisk version: Asterisk SVN-branch-11-r420435 I have the following code: exten => 303,1,NoOp(Dialing ${EXTEN}) ? ? ? ? same => n,NoOp(DBKey = ${DBKey}) ? ? ? ? same => n,DB_DELETE(office/${DBKey}) ? ? ? ? ? same => n,Playback(auth-thankyou) ? ? ? ? same => n,Hangup() And I get the following error: [2014-08-09 18:00:30] WARNING[4338][C-00000067]: pbx.c:4869

- we used the C4/C5 (first prefix) byte instead of the apparent ModR/M one as the second prefix byte - early decoding normalized vex.reg, thus corrupting it for the main consumer (copy_REX_VEX()), resulting in #UD on the two-operand instructions we emulate Also add respective test cases to the testing utility plus - fix get_fpu() (the fall-through order was inverted) - add cpu_has_avx2,

When I place a call using Iconnecthere as my sip provider, I hear no ringback when making a call. Does anyone else have this problem or offer any suggestions? Thanks, Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20031003/b048f72f/attachment.htm

On Thu, 4 Aug 2016 14:03:39 +0100 Nabeel <nabeelshikder at gmail.com> wrote: > I should add, a password is *always* asked if a password has been set. > There isn't a way to bypass that. Then something is wrong. http://darcy.vex.net/star98.mp3 -- D'Arcy J.M. Cain System Administrator, Vex.Net http://www.Vex.Net/ IM:darcy at Vex.Net VoIP: sip:darcy at Vex.Net

Hi, I've noticed that sometimes instead of getting a regular ring tone when calling out on a Zap channel, I get this obnoxious loud noise which forces me to hang up. Is this a problem in the Zaptel driver? I seem to recall that ringback tones are generated by zaptel when dialing out from a SIP phone over a Zap trunk. Thanks.

Hi All. This is an RFC for a proposed target specific X86 optimization for reducing code size in the encoding of AVX-512 instructions when possible. When the AVX512F instruction set was introduced in X86 it included additional 32 registers of 512bit size each ZMM0 - ZMM31, as well as additional 16 XMM registers XMM16-XMM31 and 16 YMM registers YMM16-YMM31. In order to encode the new registers of

I am attempting to create an instruction which takes a single 64-bit immediate. This doesn't seem like a thing that would exist already (because who needs an instruction which just takes an immediate?) How might I implement this easily? Perhaps I could use a format which encodes a register, which is then unused? Thanks for the help. Gus -------------- next part -------------- An HTML

Try this for CHAN_SIP: same => n,Set(Peer=${SIPCHANINFO(peername)}) ; Get the peer same => n,Set(MailBox=${SIPPEER(${Peer},mailbox)}); Get the mailbox same => n,VoicemailMain(${MailBox}@LocalSets,s) ; If we have a mailbox defined log into it If you are using PJSIP it's more complex same => n,Set(EndPoint=${CHANNEL(endpoint)}) ; Get the peer same =>

> I would like a command line option to disable this optimization. That way tests can still verify that EVEX instructions came out of isel by using -show-mc-encoding. I think that keeping tests compatibility is not a reason for an additional “llc” flag. We check encoding in test/MC/X86 dir. Is there any option to report-out from llc in non-debug mode? It should be an option to control