I have a VMPro module setup with Menu option
2??
this links to
Destination $KEY
Source $CLI
This transfers just fine as long as the extension exists.
If the extension does not exist it just silenty drops the call.
Is there a way to bounce them back into the menu if the extension doesn't exist?
IP500 8.0(18)
When a call comes in and the CID is presented we are able to press transfer, dial 9 then an off switch number and transfer the call without issue.
However if a call comes in marked "Anonymous" (thru dialing *67 or carrier blocking) and we try to transfer it we get a call rejected...
We have a sip trunk thru a provider that has provided us with two addresses to use on their SBC.
We have two WAN interfaces, using our Sonicewall TZ210 we have created a route to force each Address out over a different WAN connection.
Should we be putting both IP addresses into the "ITSP Proxy...
I have an IP500 conected via a TZ210 to two broadband providers.
The Sip provider has set both our WAN addresses to be a valid endpoint.
I see "SIP control" packets on port 5060 from my provider to me on both wan interfaces.
If I have the "Public IP Address" on Lan 1 set to WAN address 1...
I'm trying to configure my IP500 to connect to one Sip provider via 2 interfaces.
IP500 Lan2 ----> PRI to provider
Lan1 -->Sonicwall --> Seperate provider Wireless
I can get two different SIP trunks one set to Lan1 and one set to Lan2 (under network connection) to connect via each...
We use the Avaya Tapi driver to dial our 5610's thru windows XP.
It has always worked great until this weekend one machine developed an issue.
If you start dialer.exe it can place calls without issues, however when you try and close it remains in the system tray and the process must be killed...
I have an IP500 running 8.0(18) We currently take a PRI and via an incredibly complicated sequence take a block of 1000 numbers and forward them to a huntgroup that rings analog extensions, that are hooked to a channel bank and that channel bank provides a pri interface to a 2nd phone system...
I've discovered that 192.168.1.1 is pingable from inside my 10.1.1x network.
It appears to belong to a mikrotik on my WISP's network.
I've verified using Packet Monitor that when I ping it goes out my WAN interface.
My question is I thought it was standard practice to block the routing of...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.