similar to: IP Kall One-Way Audio

I use IP Kall to forward my missed cell phone calls to. This way, if my phone is off, or out of a service area, calls will go to my * box. Concurrently, all incoming calls to my * box cause it to dial my local extensions at home, my extension at work, and my cell phone via NuFone. Problem: A loop can be created if my cell phone is not on. Say a call comes into my * box, it uses NuFone to call my

Boy oh boy. This blows. I upgraded to 1.2.2 from 1.0.9, and of course had the timebomb bug. Immediately after upgrading to 1.2.3 we were ok, for 24 hours or so. Since upgrading to 1.2.3, though, the whole system has locked up twice. Once on Thursday, and then about a half hour ago. The server would reply to a ping, but no ssh login, no local console login - just locked up. This ain't good for

Dear list (and more specifically Bret), I am getting one-way (inbound only) audio when trying to place a SIP call via voip.trxtel.com (i.e. 18005558355@voip.trxtel.com). The Cli spits out "== Forcing Marker bit, because SSRC has changed" 5 times after atempting a native bridge. I realize this is most certainly a NAT issue, the * server is behind one. Sip.conf has externip=, and

Does anyone have any tricks to use some logic with SIP UA's codec negotiation based on the UA's IP? What I would like to do is have Cisco 7960's use g711u when they register with a local IP, and g729 when they register with a non-local IP. I was thinking about sip.conf and making two entries for each UA, one where the host=dynamic, disallow=all, then allow=g729; the other

I have an Asterisk 1.6.2 server on a public IP, Cisco 7940 on the localnet, and a trunk to Sipphone/Gizmo/Google Voice. The externhost and localnet parameters are all set correctly in sip.conf. An inbound call from Sipphone works great until the local channel places the call on hold. During hold, the Sipphone user cannot hear music, only silence. The silence continues after the hold, though

Howdy, How can you tell if RTP traffic has been reinvited/is bypassing an * server? Sincerely, Brent A. Torrenga brent.torrenga@torrenga.com Torrenga Engineering, Inc. 907 Ridge Road Munster, Indiana 46321-1771 +1 219 836 8918 x325 Voice +1 219 836 1138 Facsimile www.torrenga.com

Hola, What would a valid regexp in Asterisk be to identify a NANP number, i.e., NXXNXXXXXX? Sincerely, Brent A. Torrenga Torrenga Engineering, Inc. 907 Ridge Road Munster, Indiana 46321-1771 tel:+1 219 836 8918 x325 fax:+1 219 836 1138 email:brent.torrenga at torrenga.com web:www.torrenga.com

Howdy: Does echo only occur on analogue PSTN lines, or can it also occur on PRI and BRI lines? If so, for the same reasons? This is a part of our consideration to transition to BRI. Sincerely, Brent A. Torrenga brent.torrenga@torrenga.com Torrenga Engineering, Inc. 907 Ridge Road Munster, Indiana 46321-1771 219.836.8918x325 Voice 219.836.1138 Facsimile www.torrenga.com

Dearest List, I guess I missed this point: Is it true that if you change the echo canceler in zconfig.h, and then recompile/install your zap modules, that for this to be taken into effect by * you must then recompile/install *? I would have figured that the zap echo cancellation method was independent of *, and I don't recall seeing any docs mentioning either way. Sincerely, Brent A.

Is it possible to dial more than one extension with a different CID to each extension? I'm thinking macros might be needed, but I don't have a good handle on macros. Is it possible? Any hints? BTW - this would be used for showing an internal extension to one phone and a PSTN accessible number to another phone. Sincerely, Brent A. Torrenga Torrenga Engineering, Inc. 907 Ridge Road

Brent- There is no good way to say what changing the hardware and PSTN hookup will probably do for the echo problems. I'm not sure if you mentioned (lost in the past history of your post now) what sort of hardware you're using for PSTN connection now- TDMs, X100s, ATA's, etc- but that could also be a potential cause. I've heard tell of aftermarket X100s and certain ATA's

I am thinking of turning on the NAT option in our Cisco phones (and the corresponding sip.conf modification) to allow the phones to be taken outside the LAN. Can anyone think of any reason not to just always turn on the NAT enabled option? I can't think of a reason not to always operate these phones with this enabled, since it would likely allow them to be taken outside our LAN and used.

Running 1.4.11, and during an established SIP call, we often get audio drop outs if another call comes in. Anyone else see this happening? Incoming calls ring both some local SIP phones, and also some other servers via IAX trunks. --Brent

Hello, I downloaded the source, followed the instaructions to the T (make, install, etc...). Everything seemed to go fine, I think the compilation and installation were flawless (after all, I have compiled 2.2.5 sucessfully, and havent done anything to this box as far as removing software libraries), there were no reported errors. The install portion even had the messages saying all went well,

I think A@Home allows a user to search a directory by either first OR last name, right? I don't know for sure since I don't run A@Home. I would like to offer that functionality in my system - and I'd have done it by now if there was a prompt where Allison asks "press 1 to search by first name, press 2 to search by last name". But I don't think that prompt exists. Can

It does on my test phone. Is your tftp server available? -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com]On Behalf Of Brent Torrenga Sent: Monday, April 17, 2006 11:39 AM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] Sip Notify cisco-check-cfg - Does it still workwith 8.2? Has anyone else noticed that

I use Cisco 7940's and 7960's over here, loaded with SIP, and they do very nicely. Also, the SCCP channel for * is under heavy development, and may offer a future option to convert in that direction, too (SCCP, or skinny, is their native tongue, not SIP). We got our phones from John Putnam at Global Technology Solutions - competitive price, very prompt service, and delivered them with the

>Brent, > >you mean, I could just remove the remark signs and number it 103, 104, >105, .... since it does not matter why it failed (busy, congestions) >(maybe for statistic purpose to add a log entry for the move to the next >provider). > >bye > >Ronald Yup. Take a look at the macro solution, too. I don't fully understand macros (I'm no programmer), and

Paul, Ah, I see. Our echo is largly under control now. It took me a while to figure out the gains and get them tuned, and now the echo only leaves very small artifacts. Nonetheless, this still provokes the odd complaint here and there. We use VOIP for outgoing calls when our POTS lines are congested, and we find zero echo during those calls. Therefore, I assume that our handsets (Cisco

>Our user places a call, the gateway responds with no sound at all, or >hangs up, or gives busy tone. > >How can we get to the next provider? > >I have now: >exten => _9011Z.,103,Dial(SIP/011${EXTEN:4}@provider-a) >;exten => _9011Z.,103,Dial(SIP/011${EXTEN:4}@provider-b) >;exten => _9011Z.,103,Dial(SIP/011${EXTEN:4}@provider-c) >exten =>