Re: [Sigtran] M3UA Recovery after Heart beat loss detection

"Brian F. G. Bidulock" <bidulock@openss7.com> Tue, 23 January 2018 15:03 UTC

Return-Path: <bidulock@openss7.com>
X-Original-To: sigtran@ietfa.amsl.com
Delivered-To: sigtran@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05CB3126C23; Tue, 23 Jan 2018 07:03:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level:
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GCXaydPOupTQ; Tue, 23 Jan 2018 07:03:39 -0800 (PST)
Received: from gw.openss7.com (gw.openss7.com [142.59.210.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1243126C2F; Tue, 23 Jan 2018 07:03:38 -0800 (PST)
Received: from wilbur.pigworks.openss7.net (ns5.evil.openss7.net [192.168.9.5]) by gw.openss7.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id w0N340ob007211; Mon, 22 Jan 2018 20:04:00 -0700
Received: from wilbur.pigworks.openss7.net (localhost [127.0.0.1]) by wilbur.pigworks.openss7.net (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id w0NF3aTZ025512; Tue, 23 Jan 2018 08:03:36 -0700
Received: (from brian@localhost) by wilbur.pigworks.openss7.net (8.14.3/8.14.3/Submit) id w0NF3Z5l025511; Tue, 23 Jan 2018 08:03:35 -0700
Date: Tue, 23 Jan 2018 08:03:35 -0700
From: "Brian F. G. Bidulock" <bidulock@openss7.com>
To: Suchetha P <suchethap@yahoo.com>
Cc: "sigtran@ietf.org" <sigtran@ietf.org>, "sigtran-request@ietf.org" <sigtran-request@ietf.org>
Message-ID: <20180123150335.GA25320@openss7.org>
Reply-To: bidulock@openss7.com
Mail-Followup-To: Suchetha P <suchethap@yahoo.com>, "sigtran@ietf.org" <sigtran@ietf.org>, "sigtran-request@ietf.org" <sigtran-request@ietf.org>
References: <482225217.2287173.1516681473150.ref@mail.yahoo.com> <482225217.2287173.1516681473150@mail.yahoo.com> <1495708682.2347665.1516688420977@mail.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1495708682.2347665.1516688420977@mail.yahoo.com>
Organization: http://www.openss7.org/
Dsn-Notification-To: <bidulock@openss7.org>
X-Spam-To: <blockme@openss7.org>
User-Agent: Mutt/1.5.18 (2008-05-17)
Archived-At: <https://mailarchive.ietf.org/arch/msg/sigtran/mb3TRg37OH8J4OJFQayyNCQ-haY>
Subject: Re: [Sigtran] M3UA Recovery after Heart beat loss detection
X-BeenThere: sigtran@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Signaling Transport <sigtran.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sigtran>, <mailto:sigtran-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sigtran/>
List-Post: <mailto:sigtran@ietf.org>
List-Help: <mailto:sigtran-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 15:03:41 -0000

Suchetha,

Suchetha P wrote:                       (Tue, 23 Jan 2018 06:20:20)
>    Hi,
>    Could some one please reply as soon as possible.
>    Appreciate your help.
>    Best Regards,
>    Suchetha
>    On Tuesday, January 23, 2018 9:54 AM, Suchetha P <suchethap@yahoo.com>
>    wrote:
>    Hi,
>    When M3UA Heart beat loss is detected at local node due BEAT ack  not
>    received for the BEAT message sent and Heart beat timer times out it
>    makes the ASP  down locally.
>    Currently there seems to be no action take when the M3UA layer makes
>    the ASP  down. The local node does not  send any message towards the
>    core network for bringing up the ASP.
>    So I would like to know once ASP is down due to HB lost at M3UA layer
>    then how does the local node recover the M3UA layer ?
> 

Nobody uses M3UA BEAT much, because it is optional and ETSI
prescribes against it.

However, don't you think that the "local" system should either
send an ASP UP or drop the SCTP association and start again?

>    Best Regards,
>    Suchetha

> _______________________________________________
> Sigtran mailing list
> Sigtran@ietf.org
> https://www.ietf.org/mailman/listinfo/sigtran


-- 
Brian F. G. Bidulock
bidulock@openss7.com
http://www.openss7.com/