[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sigtran] In IPSP-IPSP mode what should be the behavior on receiving Notify(AS-PENDING) when AS is already AS-ACTIVE



Deepak:

Are you using the latest version of Linux kernel SCTP available. If
yes, you can raise this this issue with them else try using latest
version.

--Ashwani

On Sat, Oct 10, 2009 at 1:05 AM, Brian F. G. Bidulock
<bidulock at openss7.org> wrote:
> Deepak,
>
> An SCTP that cannot provide SCTP RI is not usable for
> SIGTRAN for this very reason.
>
> --brian
>
> Deepak Gunjal wrote:                         (Fri, 09 Oct 2009 20:22:59)
>>
>>    Hi Ashwini,
>>
>>
>>    Thanks for the response.
>>
>>
>>    Now here the problem is that my local SCTP which is nothing but linux
>>    kernel SCTP (lksctp) has not sent any kind of notification to local
>>    M3UA that the connection is down due to network restart so my M3UA
>>    always assumes that everything is up and running fine hence takes no
>>    action.
>>
>>    My peer is Spectra tool emulating the role of IPSP.
>>
>>
>>
>>    Now this leads to a situation where both parties assumes they are
>>    behaving correctly and user data can not be exchanged.
>>
>>
>>    Strangely Spectra2 though says that ASP is down but it sends the
>>    Notify on the existing connection!!
>>
>>
>>    Is there a way out to come out of this loop? As per the RFC and
>>    mentioned section by you I could not found a resolve to this
>>    situation? Any suggestions are welcome.
>>
>>
>>    Regards
>>
>>    Deepak
>>
>>
>>    -----Original Message-----
>>    From: Ashwani Kathuria [mailto:ashwani.grps at gmail.com]
>>    Sent: Friday, October 09, 2009 6:33 PM
>>    To: Deepak Gunjal
>>    Cc: sigtran at ietf.org
>>    Subject: Re: [Sigtran] In IPSP-IPSP mode what should be the behavior
>>    on receving Notify(AS-PENDING) when AS is already AS-ACTIVE
>>
>>
>>    Hi Deepak,
>>
>>
>>    I think your M3UA stack is correct in sending the Error message but
>>
>>    your underlying SCTP should send some restart or down indication to
>>
>>    your M3UA stack.
>>
>>
>>    5.2.1.  1+1 Sparing, Withdrawal of ASP, Backup Override
>>
>>    ...
>>
>>       Note: If the SGP M3UA layer detects the loss of the M3UA peer
>>    (e.g.,
>>
>>       M3UA heartbeat loss or detection of SCTP failure), the initial ASP
>>
>>       Inactive message exchange (i.e., SGP to ASP1) would not occur.
>>
>>
>>    So peer M3UA is correct in sending NOTIFY (AS-PENDING) messages but
>>
>>
>>    in section 4.3.3
>>
>>       If the M3UA layer subsequently receives an SCTP-COMMUNICATION_DOWN
>>    or
>>
>>       SCTP-RESTART indication primitive from the underlying SCTP layer,
>>    it
>>
>>       will inform the Layer Management by invoking the M-SCTP_STATUS
>>
>>       indication primitive.  The state of the ASP will be moved to ASP-
>>
>>       DOWN.
>>
>>    and in section 4.3.4.5
>>
>>       A Notify message reflecting a change in the AS state MUST be sent
>>    to
>>
>>       all ASPs in the AS, except those in the ASP-DOWN state, with
>>
>>       appropriate Status Information and any ASP Identifier of the failed
>>
>>       ASP.
>>
>>
>>    The question is:
>>
>>    As per section 4.3.3 M3UA should change the ASP to DOWN upon detecting
>>
>>    SCTP failure and as per section 4.3.4.5 NOTIFY messages are not sent
>>
>>    to DOWN ASPs. So why in section 5.2.1 NOTIFY messages are sent to DOWN
>>
>>    marked ASPs?
>>
>>
>>    -- Ashwani
>>
>>
>>
>>    On Fri, Oct 9, 2009 at 2:53 PM, Deepak Gunjal
>>    <deepak.gunjal at aricent.com> wrote:
>>
>>    >
>>
>>    > Hi,
>>
>>    >
>>
>>    >
>>
>>    >
>>
>>    > Here is the brief description:
>>
>>    >
>>
>>    >
>>
>>    >
>>
>>    > I am running my application emulating the role of a AS having 2 ASP
>>    in override mode. Out of 2 ASP one ASP is ACTIVE and other is down.
>>
>>    >
>>
>>    >
>>
>>    >
>>
>>    > My application has sent the ASP-ACTIVE to peer IPSP node and
>>    received the Notify(AS-ACTIVE). Now I restarted the IP network
>>    services and as a result remote IPSP node marks the state of my AS as
>>    down and sends an Notify(AS-PENDING) which my M3UA stack treats as
>>    "UNEXPECTED" message and does nothing as it has not received any
>>    notification from SCTP that connection was down so it keeps the local
>>    AS ACTIVE and responds with ERROR  message with error code "UNEXPECTED
>>    message".
>>
>>    >
>>
>>    >
>>
>>    >
>>
>>    > My question is what should be my behavior when AS-PENDING is
>>    received?
>>
>>    >
>>
>>    >
>>
>>    >
>>
>>    > Regards
>>
>>    >
>>
>>    > Deepak
>>
>>    >
>>
>>    > ________________________________
>>
>>    > "DISCLAIMER: This message is proprietary to Aricent and is intended
>>    solely for the use of the individual to whom it is addressed. It may
>>    contain privileged or confidential information and should not be
>>    circulated or used for any purpose other than for what it is intended.
>>    If you have received this message in error,please notify the
>>    originator immediately. If you are not the intended recipient, you are
>>    notified that you are strictly prohibited from using, copying,
>>    altering, or disclosing the contents of this message. Aricent accepts
>>    no responsibility for loss or damage arising from the use of the
>>    information transmitted by this email including damage from virus."
>>
>>    >
>>
>>    > _______________________________________________
>>
>>    > Sigtran mailing list
>>
>>    > Sigtran at ietf.org
>>
>>    > https://www.ietf.org/mailman/listinfo/sigtran
>>
>>    >
>>      _________________________________________________________________
>>
>>    "DISCLAIMER: This message is proprietary to Aricent and is intended
>>    solely for the use of the individual to whom it is addressed. It may
>>    contain privileged or confidential information and should not be
>>    circulated or used for any purpose other than for what it is intended.
>>    If you have received this message in error,please notify the
>>    originator immediately. If you are not the intended recipient, you are
>>    notified that you are strictly prohibited from using, copying,
>>    altering, or disclosing the contents of this message. Aricent accepts
>>    no responsibility for loss or damage arising from the use of the
>>    information transmitted by this email including damage from virus."
>
>> _______________________________________________
>> Sigtran mailing list
>> Sigtran at ietf.org
>> https://www.ietf.org/mailman/listinfo/sigtran
>
>
> --
> Brian F. G. Bidulock
> bidulock at openss7.org
> http://www.openss7.org/
>