[cisco-voip] Dial Peer Matching
CarlosOrtiz at bayviewfinancial.com
CarlosOrtiz at bayviewfinancial.com
Mon Apr 16 12:20:18 EDT 2007
No it doesn't. You would be fine after that.
Carlos
"Lelio Fulgenzi" <lelio at uoguelph.ca>
04/16/2007 09:21 AM
To
<CarlosOrtiz at bayviewfinancial.com>
cc
<cisco-voip at puck.nether.net>, <cisco-voip-bounces at puck.nether.net>, "john
Franklin" <john.thevoipguy at gmail.com>
Subject
Re: [cisco-voip] Dial Peer Matching
Does the CCM config not rewrite the dial peers after every time it
downloads the XML config? Would it not be a losing battle?
--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...there's no such thing as a bad timbit...
----- Original Message -----
From: CarlosOrtiz at bayviewfinancial.com
To: Lelio Fulgenzi
Cc: cisco-voip at puck.nether.net ; cisco-voip-bounces at puck.nether.net ; john
Franklin
Sent: Monday, April 16, 2007 9:12 AM
Subject: Re: [cisco-voip] Dial Peer Matching
I think you will still have the same problem. You probably should remove
your other dial-peers first run the CCM-config and then paste back your
H.323/SRST dial-peers.
"Lelio Fulgenzi" <lelio at uoguelph.ca>
Sent by: cisco-voip-bounces at puck.nether.net
04/16/2007 08:36 AM
To
"john Franklin" <john.thevoipguy at gmail.com>, <cisco-voip at puck.nether.net>
cc
Subject
Re: [cisco-voip] Dial Peer Matching
I'd like to configure my two FXO ports as MGCP, but this note talks about
not using CCM config. Can I still use the CCM config statements to control
the PRIs and then manually configure the FXOs?
--------------------------------------------------------------------------------
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...there's no such thing as a bad timbit...
----- Original Message -----
From: john Franklin
To: cisco-voip at puck.nether.net
Sent: Wednesday, April 04, 2007 12:45 AM
Subject: Re: [cisco-voip] Dial Peer Matching
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
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
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/20070416/8e41d062/attachment.html
More information about the cisco-voip
mailing list