Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Router in Fallback Mode

Not sure if this is the right section. I have a 2811 that was moved from an MPLS connection to a VPN connection through the provider to my main site. The router connects VOIP phones to the main site where Communications Manager 6.0 resides. I can Ping every ip at the main site including CUCM. The remote site uses an h323 Gateway.

My remote site all the phones register but are in fallback mode, they show up in the CUCM. All the iprouting appears to be correct via traceroutes from both sites.

What could be the problem, am i missing something. Debugs and running config available if needed.

Any help is greatly appreciated.

THanks,

10 REPLIES
New Member

Re: Router in Fallback Mode

Fallback (SRST?) sounds like the voip vlan can not connect to the CM. Make sure the VoIP vlan is interesting traffic on your VPN tunnel and no async routing is going occuring.

Silver

Re: Router in Fallback Mode

Make sure your PRI backhaul protocol ports are allowed over the new VPN:

TCP 2000 for SCCP

UDP 2427 for MGCP

TCP 2428 for Pri Backhaul

see this doco for futher info:

http://www.cisco.com/en/US/docs/ios/12_3/vvf_c/interop/intcnf3.pdf

please post back output from:

show isdn status

New Member

Re: Router in Fallback Mode

I have the Ports already open, and the PRI seems to work. One thing i did notice was doing a source ping from the h323 gateway to the CUCM did not reply, i sorted that issue out, but phones are still in Fallback, and the gateway is not registered.

Global ISDN Switchtype = primary-ni

ISDN Serial0/0/0:23 interface

dsl 0, interface ISDN Switchtype = primary-ni

Layer 1 Status:

ACTIVE

Layer 2 Status:

TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

Layer 3 Status:

0 Active Layer 3 Call(s)

Active dsl 0 CCBs = 0

The Free Channel Mask: 0x807FFFFF

Number of L2 Discards = 0, L2 Session ID = 2

Total Allocated ISDN CCBs = 0

Silver

Re: Router in Fallback Mode

I still think your issue is to do with PRI backhaul. It is stated in your reply that PRI is good and I don't disagree with that.

But remember that with MGCP, that CUCM is taking control of that interface at q931.

So the correct output from 'show isdn status', with MGCP working should look like this:

ISDN Serial0/3/0:15 interface

dsl 0, interface ISDN Switchtype = primary-net5

L2 Protocol = Q.921 0x0000 L3 Protocol(s) = CCM MANAGER 0x0003

---------------------------------------

We are looking for CCM MANAGER in your case which is missing. Provided with the information thus far, I would still be inclined to suspect the VPN. Ontop of the ports I have already mentioned there are additional ports which are used too. Take a look at this for example of ports required and their funtion:

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/port/4_1/41plrev2.pdf

Let us know what happens

Ajaz

New Member

Re: Router in Fallback Mode

I am not using MGCP as i understand it, This system was implemented by someone who is no longer available.

For testing purposes i have opened all ports for my voice VLAN over the VPN, and still in fallback mode.

Attached is the Remote Router Config.

Silver

Re: Router in Fallback Mode

Hi, from your config I can safely say that you're using a H.323 gateway. If the phones and the voice gateway are not registering to callmanager then you either have a Routing or Firewall issue. You mention that you've opened up all the ports on your F/W so we can rule that one out. For your own purposes this document highlights which ports need to be opened for CUCM 6.X http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/port/6_0/60plrev1.pdf

You say you can Ping the CUCM server, have you run an extended Ping using int fasteth 0/0.2?

HTH

New Member

Re: Router in Fallback Mode

Hi,

I see this issue before, What you need to do is ping from the Voice Vlan on the remote site to the Voice Vlan on the HQ site to bring up the vpn tunnel, SCCP traffic does not seem to bring up the tunnel.

New Member

Re: Router in Fallback Mode

Yup extended ping from fastethernet0/0.2 is successful to the CUCM, however a traceroute does not work from that interface.

The VPN tunnel is being established via the firewall, and not this router.

Any other idea's?

Silver

Re: Router in Fallback Mode

It is highly likely that the fw is blocking traceroute. you sound like your happy that network reachability is not the issue.

who manages the fw, and is it Cisco ASA or something else...?

Make sure the fw allows:

UDP 1718

UDP 1719

I would be inclined to have the fw logging switched 'on' to see what's going on.

Ajaz

New Member

Re: Router in Fallback Mode

It is a SonicWall FW, i have access to make and update changes to it, and logging is on. Logs show some phase 2 mismatch errors before i got the fasteth0/0.2 to talk to CUCM.

The remote site has 18 phones, and now 3 are are out of fallback mode connected and registered in CUCM, but the other 15 are in fallback mode, and the router is not connecting the incoming line of the PRI to the AutoAttendant on the Unity Server, but goes to the alias configured in the fallback mode.

Where do you think i should check.

215
Views
0
Helpful
10
Replies