Re: Alternative to M3UA HeartBeat
Chris Benson <[email protected]>
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <[email protected]> |
Moloud, Although other transports are technically allowed, in practice, M3UA is (always?) implemented over SCTP, which *does* have its own heartbeat mechanism. I thus consider your question moot. As you have probably noted, RFC 4666 only "recommends" that M3UA BEAT be used over transport layers without heartbeats. It is thus true that one could use a different transport layer (without its own hearbeat mechanism) and not be able to determine quickly that an M3UA peer has "disappeared". In certain circumstances, the determination can be made (e.g. waiting for ASPUP Ack), but in other circumstances (normal active, idle), the determination cannot be made by M3UA alone. So it isn't a good idea to implement the combination of "M3UA-no-BEATs" with "transport-no-heartbeats". With thanks, from Chris Benson. On Tue, 25 May 2010, Moloud Mousavi wrote: >> Date: Tue, 25 May 2010 12:03:53 -0400 >> From: Moloud Mousavi <[email protected]> >> To: "[email protected]" <[email protected]> >> Subject: [Sigtran] Alternative to M3UA HeartBeat >> >> Hi, >> >> RFC considers M3UA beat optional; it's needed over transport layers without their own heartbeat mechanism. >> My question is: If M3UA beat is off while running over a transport layer without such a mechanism, what would be the system behavior? Does it stay in a wrong status forever or is there an alternative to prevent such a case? >> >> >> Thanks, >> Moloud >> >> >> NOTICE: This e-mail contains information that may be confidential and proprietary. If you are not the intended recipient, any disclosure or other use of this e-mail or the information contained herein or attached hereto may be unlawful and is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately and delete this e-mail without reading, printing, copying or forwarding it to anyone. Thank you for your kind cooperation. >> AVIS : Ce courriel contient des renseignements qui peuvent etre confidentiels ou de propriete industrielle. Si vous n'etes pas le veritable destinataire, la diffusion ou l'usage de ce courriel, des renseignements qu'il contient ou des documents qui lui sont joints pourrait etre illegal. Il est donc strictement interdit de les diffuser ou de les utiliser. Si vous avez recu ce courriel par erreur, veuillez en aviser l'expediteur immediatement et veuillez le supprimer sans le lire, l'imprimer, le sauvegarder ou le diffuser. Merci de votre aimable collaboration. >> _______________________________________________ >> Sigtran mailing list >> [email protected] >> https://www.ietf.org/mailman/listinfo/sigtran >>