RE: Which ASP shall answer in Traffic Mode = Multicast?

"Haresign Lincoln" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <849535E338E99741B7F7413F73253EDB04A8E2BF@us-nj-mail1.comverse.com>
One possible use for multicast would be if you are trying to build some
redundancy mechanism in.  For example:
 
A message gets sent to all ASPs within an AS.  By some agreed mechanism
within the AS, the ASPs would know who is responsible for responding to
that message.  However, if a particular ASP died in the middle of a
call, all the state was being maintained by the other ASPs, so another
ASP could take over the call.
 
This is probably over engineered, and we are not doing it, but it would
be one scenario that you might use this capability.
 
Regards,
Lincoln

________________________________

From: Sedlak Michael [mailto:[email protected]] 
Sent: Thursday, September 07, 2006 10:03 AM
To: [email protected]
Subject: [Sigtran] Which ASP shall answer in Traffic Mode = Multicast?



Hello, 

After studying the rfc, I could not find an answer on how to proceed
after a multicast-message was sent to several ASP. 

consider a case where 3 ASP are active in an AS, traffic mode type =
multicast. 
When an SGP sends a message to all 3 ASP, how do the ASP know which one
shall transport the message to the upper layer? And further on, which
upper layer shall answer the message?

What could be a real-life scenario where multicast is needed? 


thanks, 
Michael Sedlak 

Solution Architect | All-IP Data Core 
KapschCarrierCom 

The information contained in this e-mail message is privileged and
confidential and is for the exclusive use of the addressee. The person
who receives this message and who is not the addressee, one of his
employees or an agent entitled to hand it over to the addressee, is
informed that he may not use, disclose or reproduce the contents
thereof.

_______________________________________________
Sigtran mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/sigtran
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.