similar to: Disable blind xfer

Displaying 20 results from an estimated 3000 matches similar to: "Disable blind xfer"

2004 May 23
5
PRI problem???
I have just finished installing a new asterisk box at my work. The box is quite hefty, dual Zeon 2.8s with SCSI drives and 2Gb of memory. I have a 4 port Digium T1 card for channel bank and PRI access. I activated a PRI from a local CLEC (DMS-500 based, National protocol). This PRI is on slot 2 of the card and is set as the primary timing source. It is ESF/B8ZS. All the software is latest
2020 Jun 22
2
Hardware ASan Generating Unknown Instruction
Thanks for the confirmation. From the assembly that was sent on the other branch of the thread: > .set .L.str, .L.str.hwasan-3458764513820540928 -3458764513820540928 = 0xd0 << 56 i.e. a "negative" tag. So this appears to be the issue exactly. Peter On Mon, Jun 22, 2020 at 1:55 PM Derrick McKee <derrick.mckee at gmail.com> wrote: > Using lld fixes this issue. >
2020 Jun 09
2
Cross compile x64 to AArch64 issues
Hi, I am trying to cross compile release-10.x to AArch64 (target=aarch64-linux-gnu), and the directions listed at [1] are not completing the initial cmake step. I'm currently running Manjaro, with the aarch64-linux-gnu package (and associated binutils, headers, and glibc packages). My cmake command is cmake -DCMAKE_CROSSCOMPILING=True -DCMAKE_INSTALL_PREFIX=`realpath install`
2020 Jun 22
3
Hardware ASan Generating Unknown Instruction
I suspect that this is hitting the issue that I mentioned here: https://reviews.llvm.org/D65857#1621335 We may need to do what I suggested there and restrict global tag entropy on non-Android Linux to 7 bits. You can try working around this issue for now by using lld as the linker (-fuse-ld=lld). Peter On Mon, Jun 22, 2020 at 1:37 PM Mitch Phillips via llvm-dev < llvm-dev at
2004 Jul 23
0
Cisco 7940 hook-flashing blind xfer.
I've been unable to figure out how to make blind xfer transfer a call on a zap interface by using hook flash instead of a native bridge. Is this even possible to change how a blind xfer works on the 7940s? zapata.conf: threewaycalling=yes cancallforward=yes transfer=yes
2007 Apr 15
0
features.conf and blind xfer
I was wanting to automate entirely a blind transfer. We are not yet using a powerdialler, so when we hit an answermachine we have to manually leave a message. In order to make this a little quicker, I want to leave a standard message on the answermachine. attempt #1. Use the blind transfer feature. set blind transfer to be "**". extension 22 is exten 22 => Goto
2005 Mar 15
1
blind xfer works atxfer doesn't...help!
Hi all I am having problems with atxfer if I do the extact same thing with blind xfer it works fine when I hit press #2 (defined in conf for atxfer) i get "transfer" I dial the number I want and i get the following on the console -- Playing 'pbx-transfer' (language 'en') -- Executing Dial("Local/18005558355@jesnjer-f97a,2", "/18005558355")
2010 Dec 10
1
1.6.2.14 > 1.6.2.15: blind transfer works but not Xfer on aastra
Upgraded from 16.2.14 to 1.6.2.15 on Fedora 13, with aastra 9133i and 57i. On 9133i and 57i: #<extension># works for a blind transfer. Xfer<extension>Xfer doesn't! All this worked on 1.6.2.14. Nothing useful on cli, verbose 3, DEBUG. Here extension 169 answers an outside call, and tries to transfer it to 145 using the Xfer button: -- SIP/169-0000009c answered
2012 May 11
0
[LLVMdev] MCJIT
Hi Braxton, I think it's very good. All of the ExecutionEngine tests pass. I'm not aware of any major defects. I don't believe that the current implementation sets the permissions on JITed memory as you might wish. Namely, I think executable memory may be left writeable and data memory may be executable. The current interface is also somewhat limited. Basically, you pass a
2012 May 12
2
[LLVMdev] MCJIT
Can you also tell about inline-asm support in MCJIT for x86? I've been trying to get it to work (my previous post: "JIT support for inline asm on Linux"), I get an error: > LLVM ERROR: Inline asm not supported by this streamer because we don't > have an asm parser for this target thanks, ashok On 5/11/2012 12:44 PM, Kaylor, Andrew wrote: > Hi Braxton, > > I
2012 May 10
2
[LLVMdev] MCJIT
Hi All, What is the current level of stability of MCJIT using ELF? Thanks. -- ------------------------------------------------------------------------------------------- Braxton McKee Broad Street Analytics www.twitter.com/braxtonmckee www.broadstreetanalytics.com -------------- next part -------------- An HTML attachment was scrubbed... URL:
2007 Jun 18
2
Blind xfer issue -- URGENT!
Greetings, folks. I'm having a problem with blind transfers. It seems that, despite not having the T flag set, callers are able to use the blind transfer option. Scenario is this: - Asterisk 1.2.14 - Caller calls into our call center on one of our many phone numbers. - Call gets placed into queue. - Operator answers call. - Caller is able to hit our blind xfer key sequence (#0) and dial
2012 May 14
0
[LLVMdev] MCJIT
Inline asm should work in the MCJIT just as well as it does in statically compiled code. It's the same code path for both. The error you're seeing indicates that something isn't configured in a way the compiler understands. -Jim On May 12, 2012, at 10:48 AM, Ashok Nalkund wrote: > Can you also tell about inline-asm support in MCJIT for x86? I've been > trying to get it to
2004 Oct 01
3
Nuvox PRI - CCITT (ITU??) vs. ANSI
All, Having problems terminating to a Nuvox PRI, the tech at Nuvox is saying Asterisk is transmitting in CCITT (aka ITU?) when they're expecting (and will only accept) ANSI. The question is, is there a simple way to change this or am I stuck with rewriting code? I googled and checked the mailing list and found nothing, I could be barking up the wrong tree I guess. PRI is not my forte.
2020 Jun 22
3
Hardware ASan Generating Unknown Instruction
Hi, I am trying to execute a simple hello world program compiled like so: path/to/compiled/clang -o test --target=aarch64-linux-gnu -march=armv8.5-a -fsanitize=hwaddress --sysroot=/usr/aarch64-linux-gnu/ -L/usr/lib/gcc/aarch64-linux-gnu/10.1.0/ -g test.c However, when I look at the disassembly, there is an unknown instruction listed at 0x2d51c: 000000000002d4c0 main: 2d4c0: ff c3 00 d1
2007 Apr 24
1
E&M Wink start problem
Attempting to talk to an Eagle Telephonics switch at a disaster exercise. Didn't think a plain old E&M wink start T1 would be this much of an issue. We finally got the Eagle to accept a call from *, but whilst I can hear the person on the Eagle, they can't hear me. When they initiate a dial out I only get the first 2 digits from their switch... Does anyone have decent
2004 Jun 03
4
miserable time with Cisco ATA186
I'm having a horrible experience getting a Cisco ATA-186 to work with *. I can make calls from the ATA with no problems. However, incoming calls make the ATA ring once, and then the call is disconnected. I have no problems with my Sipura 2000 or my Grandstream phones. I am running 2.16.1 sip code on the ATA 186. Neither * nor the ATA is behind a NAT. They are both on public IP addresses
2004 Nov 19
8
Error with wine-20041019
When I start a windows application using wine (currently wine-20041019) on RedHat 9, I receive the following: [jmmckee@server jmmckee]$ wine sol Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels to set the screen resolution and remove the "Resolution" entry in the config file err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit
2012 May 14
2
[LLVMdev] MCJIT
I was able to get past the error by calling InitializeNativeTargetAsmParser() in my code. Now I have a failure in resolving external libraries, so looking into that (recompiled with --enable-ffi but I now get an error LLVMgold.so not found). Then I hda to disable the following code in lib/Target/X86/X86CodeEmitter.cpp: > case TargetOpcode::INLINEASM: > // We allow inline
2004 Sep 30
1
Queue Setup almost got it
Check my reply to your last post. Use SetGroup and Checkgroup before sending the call to your agents. Robert Jackson -----Original Message----- From: Henry Devito [mailto:hdevito@qwest.net] Sent: Thursday, September 30, 2004 10:09 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: RE: [Asterisk-Users] Queue Setup almost got it Ok I think I have the queue