I have a cisco call-manager located behind a DSL router. I am trying to allow inbound connections from the public internet to this call manager. I have setup a 1:1 NAT (have an additional /30 block routed towards my dialer interface) and can reach the web and other services on it just fine. The IP address of the CCM is 10.40.0.20.
The problem is I can't get phones to register remotely. These phones on the inside LAN will register and work just fine. I think NAT or something is breaking my inbound connections to the CCM.
Please see the config below and let me know if you can find the problem.
no service pad
service timestamps debug datetime msec localtime
service timestamps log datetime msec localtime
logging buffered 100000 debugging
enable secret xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
clock timezone CST -6
clock summer-time CST recurring
no aaa new-model
ip dhcp excluded-address 10.40.0.1 10.40.0.50
ip dhcp pool DATA
network 10.40.0.0 255.255.255.0
class-map match-any VOIP
match ip precedence 3 5
ip address 216.243.xxx.xx5 255.255.255.252 secondary
ip address 10.40.0.1 255.255.255.0
ip nat inside
hold-queue 100 out
no ip address
no atm ilmi-keepalive
dsl operating-mode auto
encapsulation aal5mux ppp dialer
dialer pool-member 1
description PPPoA Dialer to xxxxxxxxxxxxxxxxxxxxx
ip address negotiated
ip nat outside
dialer pool 1
ppp authentication chap pap callin
ppp pap sent-username xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
service-policy output BROADBAND
ip nat inside source list 101 interface Dialer1 overload
hi i will suggest you to remove all the ip address which are statically being natted from accesslist 101 and i suppose your public ip addresses are 216.243.xxx.xx4/30 so why you are using extendible command for CCM.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...