| Hans-Peter Walter 2007-02-27, 1:11 pm |
| I have no solution for your problem, but I ran into a similar
issue where calls where dropped when switching between CCM and SRST.
I know you have MGCP, and we are running h.323, but after configuring
voice service voip
h323
no h225 timeout keepalive
we can now switch between CCM and SRST during calls with no interruptions
at all. Maybe something similar for MGCP exists?
Good luck,
HP
"Justin Steinberg" <jsteinberg@gmail.com>
Gesendet von: cisco-voip-bounces@puck.nether.net
27.02.2007 16:01
An
"Matt Slaga (US)" <Matt.Slaga@us.didata.com>
Kopie
cisco-voip@puck.nether.net
Thema
Re: [cisco-voip] phones at remote site frequent failing over to SRST, wan
issue?
This brings up a question I have been meaning to ask. How do most people
handle a bouncing WAN circuit with centralized CCM deployments? If you
have a remote site with a SRST router and that site's WAN link back to CCM
is bouncing it seems like the phones will constantly register to CCM,
register to SRST, register back to CCM, etc as the WAN link goes up and
down.
I tried to adjust the CCM Device Pool connection monitor as well as
changing the 'switchback' setting on the SRST gateway. But these settings
do not seem to come into play for transitions between CCM and SRST. I
think they are only for transitions between a Primary CCM and Secondary
CCM.
How do you guys deal with a circuit that might be bouncing up and down
constantly for some amount of time as Telco is fixing the circuit?
Is there a way to say, "Stay in SRST until the circuit has been up and
working for 5 minutes".
Thanks,
Justin
On 2/27/07, Matt Slaga (US) <Matt.Slaga@us.didata.com> wrote:
Are you running remote backups or something similar that is
oversubscribing the links at 1:00am?
-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of tony
Sent: Tuesday, February 27, 2007 1:08 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] phones at remote site frequent failing over to
SRST,wan issue?
Hi all,
We have a remote site in Australia connected back to our singapore
headquarters, which is home of our callmanager. Phones in our australia
site register back with the callmanager in Singapore. If the WAN link
goes down, they would register with the voice gateway in SRST mode.
What we would see in our CM logs is that phones will unregister from the
primary callmanager, try to register with the secondary, and then
attempt to register with srst. We believe that this is primarily a
circuit issue, but a ticket opened up with the carrier says that there
is no disconnects. The carrier ran a ping monitor between the two
sites. Shortly(3 minutes) after the phones go into srst, they will drop
existing calls and register back with the callmanager in singapore.
This seems to happen around once a day and randomly. Users rarely
report that the internet went down at the same time. None of their web
sessions or IM clients disconnect. For example, the phones would
unregister around!
1am when no one is in the office. We are running CM 4.1(3) and even
our Australia voice gateways(MGCP) unregister from callmanager.
However, none of the phones in our Singapore office experience any
issues. Ping times are around 117ms between sites. Any ideas to get
this resolved?
Thanks!
________________________________________
________________________________
____________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
-----------------------------------------
Disclaimer:
This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only. If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful. If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
|