Subject: Re: [Megaco] [Fwd: FW: [MEGACO] Can a gateway drop active calls?]

From: "Raphael Tryster" <[email-masked]>
Date: Sun, 6 Nov 2011 14:52:02 +0200

Hi Kevin,

Could you please point me to the reference containing the prohibition in
your middle paragraph in this old email?

Regards,
Raphael

-----Original Message-----
From: Kevin Boyle [mailto:[email-masked]] 
Sent: Thursday, 6 November 2003 6:37 PM
To: Kalleitner Franz; [email-masked]
Subject: RE: [Fwd: FW: [MEGACO] Can a gateway drop active calls?]

The MGC could figure out that the MG has gone, but remember that the MGC
cannot establish control associations.  So, this means that the MGC has
to
wait for the MG to make the next contact, not the other way around.  For
the
primary MGC, this will be via a SC Disconnected.

The MG is specifically prohibited from altering terminations or contexts
without MGC direction.  Because of this prohibition, the MGC MUST
intervene
to clean up any contexts that existed at the time of communications
loss.
The only exception to this is if the MG undergoes a Cold Boot, at which
time
the MGC can assume that all state is lost and the MG is in a newly
started
state.

Also note that there is no such thing as an endpoint in H.248.  H.248
operates on terminations.  Terminations and endpoints are two different
concepts.

Kevin

-----Original Message-----
From: Kalleitner Franz [mailto:[email-masked]] 
Sent: Thursday, November 06, 2003 8:27 AM
To: [email-masked]
Subject: AW: [Fwd: FW: [MEGACO] Can a gateway drop active calls?]

I would say, MGC would also detect that the MG is not accessable. If no
other possibility can be triggered to access the MG. MGC would start to
release the calls on signaling level. 
The end point would stop transferring user payload or start a bearer
release
depending on the chosen L2/L3 protocol used for the connection.

ciao
Franz

-----Ursprungliche Nachricht-----
Von: Kevin Boyle [mailto:[email-masked]]
Gesendet: Mittwoch, 05. November 2003 15:17
An: [email-masked]
Betreff: RE: [Fwd: FW: [MEGACO] Can a gateway drop active calls?]

Comments inline. [KJBII]

Kevin

-----Original Message-----
From: Taylor, Tom-PT [CAR:5N00:EXCH]
Sent: Wednesday, November 05, 2003 8:14 AM
To: [email-masked]
Subject: [Fwd: FW: [MEGACO] Can a gateway drop active calls?]

-------- Original Message --------
Subject: 	FW: [MEGACO] Can a gateway drop active calls?
Date: 	Wed, 5 Nov 2003 14:58:11 +0200
From: 	Nurit Shenhar <[email-masked]>
To: 	Taylor, Tom-PT [CAR:5N00:EXCH]<[email-masked]>

Tom

Again, it didn't reach the list...

Nurit

-----Original Message-----
*From:* Nurit Shenhar
*Sent:* Wednesday, November 05, 2003 9:00 AM
*To:* [email-masked]'
*Subject:* [MEGACO] Can a gateway drop active calls?

Hi

Assuming the following scenario:

    1. GW is active with open calls.
    2. Connection with the MGC is lost, and reconnection to all possible
       MGC is not successful. This state goes on for a long time
       (minutes, hours).

Is it legitimate for the GW in this state to drop the active calls?

[KJBII] Technically no.  However, if the MG is unable to connect to any
MGCs, how would the MGCs know the MG didn't undergo a cold boot?  Be
very
careful here, though -- subscribers tend to complain a lot to their
providers when calls are dropped.  I think that if an MG wants to drop
calls, it better have a very good reason -- that is, it should cold
reboot.

*/ /*

*/Nurit Shenhar/*

*/H.248 Prime/*

**

E-Mail: [email-masked]

Fax.    +972-3-5394223

www.audiocodes.com <http://www.audiocodes.com/>

_______________________________________________
Megaco mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/megaco

_______________________________________________
Megaco mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/megaco

_______________________________________________
Megaco mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/megaco

_______________________________________________
Megaco mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/megaco

NOTICE: This email and any files transmitted with it are Enablence and Teledata-Networks confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains Enablence and Teledata-Networks confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.