[cisco-voip] MGCP gateway not registering to Subscribers
Auralythic
auralythic at gmail.com
Thu Jun 14 11:55:47 EDT 2012
New findings:
On the gateway that was able to display FXS port information in a
subscriber, I changed the config to register it to a Sub and left out the
Pub. The gateway successfully registered to Sub.
This gateway is running the same ios as one that does not register to sub.
Everything else appears the same but I will comb through the config to find
any discrepancy. Will post results if I find any! Input still greatly
appreciated. :)
-Diana
On Thu, Jun 14, 2012 at 11:51 AM, Auralythic <auralythic at gmail.com> wrote:
> Scratch that, found something that blew that theory out of the water. Back
> to the drawing board...
>
> Still doesn't explain why the FXS config pages are not loading for some
> gateways on the Subs.
>
> -Diana
>
> On Thu, Jun 14, 2012 at 11:48 AM, Auralythic <auralythic at gmail.com> wrote:
>
>> So this is interesting:
>>
>> If I log into a Subscriber's admin webpage and choose a gateway with an
>> ios rev of 15.1 or greater and click on a configured FXS port, the
>> subsequent page loads blank aside from the CM Admin header. If I go into a
>> gateway with ios 15.0 or lower or a flavor of 12 and do the same, the FXS
>> port configuration page loads completely.
>>
>> Is there an issue with the ios revision and the communication between
>> gateway and subscribers?
>> -Diana
>> On Thu, Jun 14, 2012 at 11:41 AM, Auralythic <auralythic at gmail.com>wrote:
>>
>>> Yes, "Backup Ready" is good.
>>> "You can change up your commands to force them / test the other subs. "
>>>
>>> That's the problem. It will fail for all subs. Only one server will
>>> register, I get that, but it is either Publisher or nothing. The debug is
>>> showing there is a hangup somewhere but I don't yet know enough to
>>> understand where. I'm googling the bits and pieces to try and find
>>> something.
>>>
>>> Thanks!
>>>
>>> -Diana
>>>
>>>
>>> On Thu, Jun 14, 2012 at 11:36 AM, Lelio Fulgenzi <lelio at uoguelph.ca>wrote:
>>>
>>>> I believe showing backup ready is normal. Devices only register to one
>>>> server at a time.
>>>>
>>>> You can change up your commands to force them / test the other subs.
>>>>
>>>> I'm not at a PC to access my routers, but I'm pretty sure the behaviour
>>>> is the same.
>>>>
>>>> Sent from my iPhone...
>>>>
>>>> "There's no place like 127.0.0.1"
>>>>
>>>> On Jun 14, 2012, at 7:28 AM, Auralythic <auralythic at gmail.com> wrote:
>>>>
>>>> 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 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 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 {IP Address}
>>>> First Backup Backup Ready b.subscriber.com {IP Address}
>>>> Second Backup Backup Ready c.subscriber.com {IP Address}
>>>> Current active Call Manager: {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 IP Address)
>>>> Last switchback time: 09:34:44 edt Jun 14 2012 from (
>>>> 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
>>>>
>>>> _______________________________________________
>>>>
>>>> cisco-voip mailing list
>>>> cisco-voip at puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120614/b1e08df5/attachment.html>
More information about the cisco-voip
mailing list