[cisco-voip] MGCP gateway not registering to Subscribers

george.hendrix at l-3com.com george.hendrix at l-3com.com
Fri Jun 15 22:14:21 EDT 2012


That was one thing I was wondering if you were having, DB issues.  I had an issue in old CCM 4.2 days (windows of course) where the DB was stuck with a config for a phone.  I could delete and re-add the phone and it still wouldn't work correctly (kept receiving calls from a pickup group that it was not assigned to).  I had to fix the DB issue to resolve it.

Bill Hendrix

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Auralythic
Sent: Friday, June 15, 2012 6:26 PM
To: Jason Aarons (AM)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] MGCP gateway not registering to Subscribers


Jason, thanks, will let you know. Gonna find time over the weekend for this.

We had a DB hiccup last summer where some entries were lost. Don't remember exactly what happened. I checked into our gateways and it looks like everything added prior to that hiccup day are registering to the subs. Everything after are not. Will be looking for DB corruption... joy.

Thank you!

-Diana
On Jun 15, 2012 5:47 PM, "Jason Aarons (AM)" <jason.aarons at dimensiondata.com<mailto:jason.aarons at dimensiondata.com>> wrote:
Look in CCMAdmin > gateway > See endpoints > far right does that IP address match your bind in IOS?  Is your utils dbreplication status happy?

Have you tried these after hours? At same time pull callmanager traces files.   if you don't see why it's not registering with other subs you should have enough for TAC case.


no logging console
no logging monitor
logging buffered debug
logging buffered 2000000
!
Debug ccm-manager ?
Debug mgcp packets
!
U all
Show log
!
No mgcp
No mgcp bind control source-interface X
No mgcp bind media source-interface X
mgcp

Int ser0/0/0
No isdn bind-l3 ccm-manager
isdn bind-l3 ccm-manager


From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>] On Behalf Of Auralythic
Sent: Friday, June 15, 2012 3:30 PM
To: george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] MGCP gateway not registering to Subscribers


Sorry guys, have been unable to work this further due to other duties.

Bill, unfortunately providing the config of the working gateway is not going to change anything- both the running-config and the FULL running configs are nearly exactly the same between the functioning and nonfunctioning gateways. I compared them line by line and verified the only differences involve location-specific elements (hostnames, IP addresses, etc). There were a couple other differences but the differences do not correlate between other functional/nonfunctional gateways. For example, one non-registering gateway has h323 bind to G0/0 and one functional gateway does not. However, I look at another functional gateway and it does have the command. I have yet to find something that correlates.

I took one of the known working gateways and forced it to register to the Publisher and all three Subscribers and it did so successfully.

So: configs are idential. IOS rev has been ruled out. Model has been ruled out. What should I look at next? Could there be switch port config issues for the routers that are not registering? The debug clearly shows the gateway and callmanager are communicating but for some reason the registration is denied on the sub and the router resets to try and register to the next sub.

Is this a replication issue? I *think* the sites with the gateways unable to register to the Subs came online after all the ones that are able to register to Subs. This would make sense, especially because the error code 500 points to "endpoint unknown." So if Publisher replicated the original gateways and at one point stopped full replication, well there we go. The question then becomes why can we see ALL the gateways but only some of their endpoints? If we didn't have fully functional replication, we should not see any entry. Unless there is a database issue...

Thanks for any insight!

-Diana
On Thu, Jun 14, 2012 at 12:37 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
That's odd that it's working on one and not the other.  I've always set the redundant hosts command with the secondary and tertiary CCM's.  The ccm call agent I always set to the first subscriber I want it to use, not the publisher.  I have 2 MGCP gateways (IOS 15) configured this way and they both are registered to the correct CCM and also show the list correctly .

What's the config of the mgcp gw that's working?

Bill Hendrix

From: Auralythic [mailto:auralythic at gmail.com<mailto:auralythic at gmail.com>]
Sent: Thursday, June 14, 2012 12:26 PM
To: Hendrix, George (Bill) @ LSG - STRATIS
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] MGCP gateway not registering to Subscribers

Bill, after some more detective work I have one gateway now functioning as follows:

ccm-manager redundant-host b.subscriber.com<http://c.subscriber.com/> c.subscriber.com<http://b.subscriber.com/>
mgcp call-agent a.subscriber.com<http://b.subscriber.com/> 2427 service-type mgcp version 0.1

The above is working on that particular gateway and is what we want to have. The running-config for the functional gateway is the same as another gateway having the originally described issue. I am now going through the "sh run all" for both gateways to try to find a difference in the config. I also have to try this gateway against all subs to see if maybe a.sub is okay and b.sub is not. I have a feeling all subs are okay as I do recall issues with a.sub on what I now know to be the problem gateways.

Keep 'em coming!

-Diana


On Thu, Jun 14, 2012 at 12:12 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Try to enter the following:

ccm-manager redundant-host c.subscriber.com<http://c.subscriber.com/> a.publisher.com<http://a.publisher.com/>
mgcp call-agent b.subscriber.com<http://b.subscriber.com/> 2427 service-type mgcp version 0.1

Bill

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>] On Behalf Of Auralythic
Sent: Thursday, June 14, 2012 10:28 AM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] MGCP gateway not registering to Subscribers

Good day, all,

We have a ucm8 cluster with a publisher and three subscribers. All of our gateways configured in 8.6.1 (3825s, 3925s) all register normally to the publisher but none will register to the subscribers. Hostnames are all correct. What should I be looking for? Here is a snippet of the mgcp config:

ccm-manager redundant-host b.subscriber.com<http://b.subscriber.com/> c.subscriber.com<http://c.subscriber.com/>
ccm-manager mgcp
no ccm-manager fax protocol cisco
ccm-manager music-on-hold
ccm-manager config server {IP address of Publisher}
ccm-manager config
!
mgcp
mgcp call-agent a.publisher.com<http://a.publisher.com/> 2427 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode nte-gw
mgcp rtp unreachable timeout 1000 action notify
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
no mgcp package-capability res-package
no mgcp package-capability fxr-package
no mgcp timer receive-rtcp
mgcp timer nse-response t38 250
mgcp sdp simple
mgcp fax rate 9600
mgcp fax t38 inhibit
mgcp bind control source-interface GigabitEthernet0/0
mgcp bind media source-interface GigabitEthernet0/0
!
mgcp profile default

---------------------------------------
And a sh ccm-man

Priority        Status                   Host
============================================================
Primary         Registered               a.publisher.com<http://a.publisher.com/> {IP Address}
First Backup    Backup Ready             b.subscriber.com<http://b.subscriber.com/> {IP Address}
Second Backup   Backup Ready             c.subscriber.com<http://c.subscriber.com/> {IP Address}
Current active Call Manager:    {a.publisher.com<http://a.publisher.com/> IP Address}
Backhaul/Redundant link port:   2428
Failover Interval:              30 seconds
Keepalive Interval:             15 seconds
Last keepalive sent:            10:18:43 edt Jun 14 2012 (elapsed time: 00:00:09)
Last MGCP traffic time:         10:18:43 edt Jun 14 2012 (elapsed time: 00:00:09)
Last failover time:             09:35:20 edt Jun 14 2012 from (a.publisher.com<http://a.publisher.com/> IP Address)
Last switchback time:           09:34:44 edt Jun 14 2012 from (a.subscriber.com<http://a.subscriber.com/> IP Address)
Switchback mode:                Graceful
MGCP Fallback mode:             Not Selected
Last MGCP Fallback start time:  None
Last MGCP Fallback end time:    None
MGCP Download Tones:            Disabled
TFTP retry count to shut Ports: 2
Configuration Auto-Download Information
=======================================
Current version-id: 1339679546-89708b39-0266-4c1c-9512-ea5d5ff2af23
Last config-downloaded:00:00:00
Current state: Waiting for commands
Configuration Download statistics:
        Download Attempted             : 2
          Download Successful          : 2
          Download Failed              : 0
          TFTP Download Failed         : 0
        Configuration Attempted        : 1
          Configuration Successful     : 1
          Configuration Failed(Parsing): 0
          Configuration Failed(config) : 0
Last config download command: New Registration
FAX mode: disable
Configuration Error History:

-------------------------------------
Any help and points to the right direction are appreciated. Obviously, we want them to register to the subs and fail to another sub or the pub.

Thank you,

-Diana




itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120616/d841039a/attachment.html>


More information about the cisco-voip mailing list