[cisco-voip] off-net MGCP call preservation with subscriber reboot

[Eric Pedersen]

If they are PRIs they will drop since the D-channel is backhauled to the CCM the gateway is registered to.

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: 05 June 2015 1:52 PM
To: Brian Meade
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] off-net MGCP call preservation with subscriber reboot

Looks like I have that set up. I've included the MGCP portion of my setup. I'll have to check the next time around to see whether or not a call gets dropped or not while the subscribers are restarted.

I'll have to admit, the config is simply something I started with and updated with TAC help as I found things didn't work.

________________________________
mgcp
mgcp call-agent <snip> 2427 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
mgcp rtp unreachable timeout 1000 action notify
mgcp modem passthrough voip mode nse
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 sdp simple
mgcp fax t38 inhibit
mgcp bind control source-interface Loopback104
mgcp bind media source-interface Loopback104
!
mgcp profile default
________________________________

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

________________________________
From: "Brian Meade" <bmeade90 at vt.edu<mailto:bmeade90 at vt.edu>>
To: "Lelio Fulgenzi" <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>
Cc: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Sent: Friday, June 5, 2015 3:39:02 PM
Subject: Re: [cisco-voip] off-net MGCP call preservation with subscriber reboot
For MGCP, they'll normally fail unless you have "no mgcp timer receive-rtcp" on it.

On Fri, Jun 5, 2015 at 2:38 PM, Lelio Fulgenzi <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>> wrote:

We're looking at some maintenance and I wanted to get some clarification with in progress calls during a restart of the cluster.

We've seen that phone to phone communications is maintained, but I'm pretty sure I've seen MGCP PSTN calls drop when the primary subscriber is rebooted.

Does this sound about right?
---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354<tel:519%E2%80%90824%E2%80%904120%20Ext%2056354>
lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://puck.nether.net/mailman/listinfo/cisco-voip>
 
 
The contents of this message may contain confidential and/or privileged 
subject matter. If this message has been received in error, please contact 
the sender and delete all copies. Like other forms of communication, 
e-mail communications may be vulnerable to interception by unauthorized 
parties. If you do not wish us to communicate with you by e-mail, please 
notify us at your earliest convenience. In the absence of such 
notification, your consent is assumed. Should you choose to allow us to 
communicate by e-mail, we will not take any additional security measures 
(such as encryption) unless specifically requested. 

If you no longer wish to receive commercial messages, you can unsubscribe 
by accessing this link:  http://www.bennettjones.com/unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150608/4e454d73/attachment.html>