Internet SIP trunk from Carrier1 hand off to Carrier2 causes inbound firewall deny hit
Hi all, i got a wierd problem with a VOIP configuration new to me. We are working with an internet phone carrier which has a SIP trunk established to our inside-behind-firewall PBX, which is nat-ed on our firewall. firewall is ASA 8.2 OS. I have disabled the SIP inspection policy per provider as that supposedly casued problems (vendors call it SIP ALG). before disabling, was only getting one-way voice. that is counterintuitive, but its disabled for now.
Well everything seems to work, but im gettgin FW deny's on the internet interface for carrier2. carrier1 (CCI) is some sort of national dial-plan provider, which has the LCR maps to various carriers. once we making an inbound call, they somehow communicate that to that actual carrier2. this communication might be done in advance, but im not exactly sure.
So what is see is the call goes through with 2-way audio fine (no apparent problems), but there are a bunch of deny messages on the firewall from carrier2. this appears to be some sort of audio-traffic in the >10K udp range. Is there any way around this? What specifically is this traffic? Do i need to make rules with each of the carriers which could potentially route for us?
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...