Mystery solved
Do not put a "&" in line display.
Working again. Thanks Brandon.
Would of never in a million years thought of that LOL.
I changed the line display yesterday at some point so best guess when the change took affect my line took a nose dive.
Last edited by Xponder1; 05-13-2009 at 12:57 PM.
You're kidding, I hope! Putting a "bad character" in the line display on vpanel keeps your calls from completing? WTHSounds like some script somewhere is not sanitizing the input properly
![]()
Brandon said he would be doing something about it today so that does not happen.
The call went pretty much like
Brandon "I see you have a & in your line display let me just clear that out.
Ok now reboot your ATA. OK let me make a test call."
It worked....
*sigh* I am just glad it is working again.
A couple days ago, I had problem with calling two specific #s. I heard dead air, repeatedly called with no success, then the other party finally called me back asking if I needed help (calls were connecting and caller ID showing). I called support twice, and they changed the routing for those specific exchanges, which seemed to fix the problem. I understand and agree w/ Tim's strategy of limiting discussion of technical specifics, so the following is strictly me matching two disparate pieces of info and assuming they're related, but since Tim mentioned the big shift to bandwidth.com, I assumed my problem was related to shifting routes from level3 to bw.com, since I had no problem calling the #s before when level3 was the big kahuna. I readily and freely acknowledge I probably don't know what the frak I'm talking about.
Hey guys -- I've seen this come up a few times now where an invalid character "according" to PAP2 was put inside of the line display name, what is odd though is that these characters generally would be 100% fine, that is if the PAP2 was properly sending them to our SIP proxies "escaped". For the time being we have "disabled" this ability for everyone -- to prevent further adverse action and support inquiries regarding this, however shortly here you will be given the ability to alter it again, which we will handle from a server-side stand point, which will also mean that it will update 100% dynamically and not involve the PAP2 (thus rending the change instantly), in which case you guys will also be able to put in your common symbols without any problems.
Thanks guys!
IIRC,
the linksys ATAs have a setting that enables 'escaping' the display name
"Escape Display Name" - how appropriate
don't know if the grandstream ones have the same feature
Interesting, not escaping the display name causes audio problem
Last edited by voxabox; 05-13-2009 at 01:27 PM. Reason: triggered happy
my wish list:
- Intelligent Call Forwarding that detects the incoming call originated from the "forwarded" phone and rings the original destination instead
Call History that makes use of CallerID/Custom CallerID+Location. Call History only shows Custom CallerId+Loc. No CNAM look up; Albeitly,it's a step in the right direction!
- Scheduled sim. ring with a twist (see wish #1)
Although my symptoms were exactly the same, the cause was most likely not. I say that because I have no idea what a 'line display' is. The day before I started having no audio on answered calls I had two calls do something I'd never seen happen before.
The phone rang, two rings and I answered it, dead air. I hung up, it rang again and the call completed fine. Caller said they called only once, the phone rang at least eight times before I answered.
That said, everything seems to be working fine today.
Bookmarks