Re: ASPAC retransmission

As per RFC, retransmission of ASP Active is implementation specific.

RFC has suggested two approaches to handle this condition:
  1) M3UA re-transmits ASPAC on the expiry of T(ack)
  2) Layer management is informed about this condition. Now, layer
management could initiate the ASPAC or tear down the connection etc.

Regards

On Tue, Apr 20, 2010 at 4:21 PM, Moloud Mousavi <[email protected]>wrote:

> Hi,
>
> RFC says:
>
> "When the ASP sends an ASP Active message, it starts the timer T(ack).
> If the ASP does not receive a response to an ASP Active message
> within T(ack), the ASP MAY restart T(ack) and resend ASP Active
> messages until it receives an ASP Active Ack message. T(ack) is
> provisionable, with a default of 2 seconds. Alternatively,
> retransmission of ASP Active messages MAY be put under control of
> Layer Management. In this method, expiry of T(ack) results in an MASP_
> ACTIVE confirm primitive carrying a negative indication."
>
>
> how should I interpret "MAY"? Should ASP resends ASPAC or not? Any idea?
>
>
> 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
>

_______________________________________________
Sigtran mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sigtran