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

[Brian Meade]

That should be fine in regards to call preservation and just keeping the
RTP stream up.  Both sides just have to hang up the call separately.

On Mon, Jun 8, 2015 at 12:05 PM, Eric Pedersen <PedersenE at bennettjones.com>
wrote:

>  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
> www.uoguelph.ca/ccs
> Room 037, Animal Science and Nutrition Building
> Guelph, Ontario, N1G 2W1
>
>
>  ------------------------------
>
> *From: *"Brian Meade" <bmeade90 at vt.edu>
> *To: *"Lelio Fulgenzi" <lelio at uoguelph.ca>
> *Cc: *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> 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
> lelio at uoguelph.ca
> 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
> 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/1ded4cc5/attachment.html>