similar to: Zap callwaiting hookflash idiosyncracy/flaw?

Hi, Has anyone out there managed to do a hookflash transfer with a Micronet 5050s gateway ? We have just tried out this gateway and it seems to do everything we need except this particular feature. Also if you have succeeded where is the hookflash time specified in the gateway. There does not appear to be any parameter for this. Perhaps it is not supported at all. Any help appreciated.

I wonder if I'm the only one whose customers are having trouble with hookflash on their TDMXXX cards. The problematic situation of record for us is a user who is on a call, and then wants to do one of two things: Hang up that call and take another one coming in Hang up that call and make another new call What happens is that instead of seeing the event as a hangup, asterisk perceives

I'm sure dumb when it comes to describing things that happen on my system. I'm making an outbound call on my ATA186 when another call comes in. I first get the nasty CID screech and then the periodic call-waiting tone. So far, so good. Then I hookflash, and just like it's supposed to, the waiting caller is on the line. But during the duration of that conversation, my console

I think I've managed to figure out that there are two ways to transfer a Zap call, using hookflash (defined in zapata.conf) or the # key (the t and T options of the Dial command in the dialplan), but not why there are two ways to do this, nor what the difference is between them. Is there something that explains this? thanks -------------- next part -------------- An HTML attachment

Hi all, Is there a way to change the hookflash timing with the TDM400P? Allready been searching the mailing list/google etc but i can't find anything ;-( I tried flash= in zapata.conf, but that only works with the T1/E1 cards. Greetz, Caspar -------------- next part -------------- An HTML attachment was scrubbed... URL:

List, Having a little trouble with the following. Let me prefix by saying I have blind transfers working from the following setup. Inbound call [from-zap] (SIP/sv0071iv) answers. Zaptel -> Asterisk -> SIP extension SIP extension then blind transfers [from-sip] --- SIP extension -> Asterisk -> Zaptel During this whole process, the original channel off the trunk (lineside T1) is

On Tue, Mar 18, 2014 at 1:02 AM, Spike White <spikewhitetx at gmail.com> wrote: > I have a question on how to deal with a quirk of the Intel Boot Agent. > Both for PXE boots and for EFI boots. > > I've noticed this IBA quirk for years. According to the "DHCP options" > RFC, variable length DHCP options are not necessarily null-terminated. > So if I specify

H. Peter, Do you still work at Intel? Any pull with Intel's NIC F/W team? Ask them to "Respect the RFC!" (Like Cartman -- "Respect My Authority!") That would be the best solution. :-) But I know I work for a hardware vendor and I have *zero* pull with any internal firmware team. Spike > Date: Tue, 18 Mar 2014 12:02:54 -0700 > From: "H. Peter Anvin"

On Tue, 2014-03-18 at 00:02 -0500, Spike White wrote: > So if I specify Bootfile name (option 67), frequently that's the last real > DHCP option. Thus the next byte is the DHCP "end option" aka 255. The IBA > code mistakenly parses this as "/boot/efi.x64/syslinux.efi^X", where ^X > is a char with value 0xFF (255). It requests this filename from the TFTP

All, I have a question on how to deal with a quirk of the Intel Boot Agent. Both for PXE boots and for EFI boots. I've noticed this IBA quirk for years. According to the "DHCP options" RFC, variable length DHCP options are not necessarily null-terminated. Here's the details: >From DHCP Options and BOOTP Vendor Extensions (http://tools.ietf.org/html/rfc2132#section-2)

Hi Steve, > .. I'll try to sort all this out, and then I'll attack this > problem. Hopefully, I get it all into svn before the next release of > 1.4...! Just wondering if any new CDR functionality made it into the 1.4.16.2 release? I have looked through the ChangeLog for the 1.4.15 and 1.4.16.2 releases but didn't spot anything to do with changes in CDR handling. I for one

Here is a question that needs a few opinions... Recently we installed a couple of FXS gateways into a site with a SIP Proxy/Softswitch other than Asterisk. One of the things that the users on this site need to do is receive calls on single line phones on the FXS gateways and then hookflash and transfer them to other SIP users. We found that the FXS units, true to their nature as VoIP gateways,

I've got a piece of CPE equipment that has an FXS port that I have tied to an FXO port on a TDM400 clone card. Normally, if I go off-hook with a standard telephone connected to it, I get a dialtone. If I dial a digit, and send a hookflash, the device will provide a dialtone back for the next available channel on the device. I'm trying to recreate this same behavior with Asterisk,

I repost a message I put a week ago: I have a Cisco IAD 2431 which has MGCP protocol; I cannot make it to work againts Asterisk; at least there is some MGCP conversation between them but when I offhook a phone attached to IAD I get no tone at all. As anybody managed to get working Asterisk against an MGCP Cisco gateway ? Which MGCP version should I use ? Also I recently

Hi, I'm using zaptel with three way calling and call transfers with a hookflash. If I try transfering a call to an extension that is engaged I get an engaged tone. This is fine, but how do I get back to the caller? If I hookflash again I seem to put on a three-way call and the caller can hear the beeping. I can press hookflash again but I'd prefer the caller to hear only the hold

Hello, I've been trying to send traffic to a Cisco Call Manager 3.2, but with no luck. Here's whats happening: * Call gets to CCM * Call gets to the gateway * Rings a couple times on destiny * Call gets hungup. On the CCM I get the following error: MediaManager - ERROR wait_AuConnectErrorInd On the Gw (Cisco AS5300) I get a disconnect cause of 2F (Resource not available) On asterisk:

Hi all, I'm using following software and equipment and I have very strange behavior: Asterisk CVS-NHEAD-05/30/05-16:42:41 H323 gatekeeper - GnuGK 2.2.2 IAX2 client - Firefly 1.9.8 build 3945 H323 client - SJPhone Build 1.50.271d H323 gateway - Welltech Wellgate 3504A When I dial from Firefly (IAX2) -> SJPhone (H323) everything works as expected. When I dial from SJPhone (H323) ->

Hi, My configuration is SipPhone<-->*1<--->*2. My asterisk version is 1.4beta3. I installed pwlib,openh323,chan_h323. When i call from SipPhone--(SIP)-->asterisk1---(H323)-->asterisk2, there is no audio. Using 'rtp debug', I can see that rtp packets are being received. Rtp packets are being exchanged. I also tested chan_ooh323, but to fail. Can anyone recommand best

hi .. i've just installed and licensed an instance of the G729 codec. I am trying to connect through asterisk to Go2Call server .. According to their info it involves dialling extension 729 on voip01.go2call.com, to get the IVR. my extensions.conf shows : exten => s,2,Dial(OH323/h323:729@216.52.153.206) which I think is correct, I have G729 enabled in the OH323.conf file and it seems to

Hello, I'd like to sitch to a monochrome/bw color-palette for the filling of geom_bar-bars (produced via "qplot" as in the example below). Hours of googling didn't yield anything useful, so I thought, I'd just ask ... Thanks, Joh library(ggplot2) qplot(factor(cyl), data=mtcars, geom="bar", fill=factor(cyl))