[cisco-voip] Dial Peer Matching

[john Franklin]

Steven, yes you are correct... its a stupid bug/feature by design (in my
opinion) but your H323/SRST dial peers have to be in the config after the
MGCP dial-peers (doesnt matter what numerical order, just after the mgcp
peers in a show run). Be carefull not to use CCM config as this places the
MGCP dial peers in after your existing config.

John


 On 4/3/07, STEVEN CASPER <SCASPER at mtb.com> wrote:
>
> Installed a site tonight with analog FXO trunks controlled via MGCP.
> Outbound calls worked fine but inbound did not. Looking at a debug of
> the dial peers I could see that the inbound calls were matching the
> dial
> peers that were built for SRST. These were in front of the MGCP dial
> peers in the router config.
>
> Removed  the SRST dial peers and inbound worked fine. Added them back
> in and inbound still works ok Now they are after the MGCP dial peers
> in
> the config. Are dial peers searched on a hierarchical basis? I would
> have thought that because the FXO ports were controlled by MGCP the
> dial
> peers configured for SRST would not have been used.
>
>
>
> Thanks!
>
> Steve Casper
> Voice Technologies
> M&T Bank
> (410) 347-6026
>
> ************************************
> This email may contain privileged and/or confidential information that is
> intended solely for the use of the addressee.  If you are not the intended
> recipient or entity, you are strictly prohibited from disclosing, copying,
> distributing or using any of the information contained in the
> transmission.  If you received this communication in error, please contact
> the sender immediately and destroy the material in its entirety, whether
> electronic or hard copy.  This communication may contain nonpublic personal
> information about consumers subject to the restrictions of the
> Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or
> indirectly reuse or disclose such information for any purpose other than to
> provide the services for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The
> sender of this information does not control the method of transmittal or
> service providers and assumes no duty or obligation for the security,
> receipt, or third party interception of this transmission.
> ************************************
>
> _______________________________________________
> 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/20070403/9842978c/attachment-0001.html