[Sigtran] Re: question:DUNA/DAVA and ASP (Brian F. G. Bidulock)

"Brian F. G. Bidulock" <bidulock@openss7.org> Sat, 21 July 2007 08:48 UTC

Return-path: <sigtran-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICAe3-0002y9-Bu; Sat, 21 Jul 2007 04:48:59 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICAe2-0002y4-ID for sigtran@ietf.org; Sat, 21 Jul 2007 04:48:58 -0400
Received: from gw.openss7.com ([142.179.199.224]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ICAe2-0006Pe-1q for sigtran@ietf.org; Sat, 21 Jul 2007 04:48:58 -0400
Received: from ns.pigworks.openss7.net (IDENT:piWS+VcQw5DuXn+F1KNuuTmW0jdY2fnH@ns1.evil.openss7.net [192.168.9.1]) by gw.openss7.com (8.11.6/8.11.6) with ESMTP id l6L8mvM24443; Sat, 21 Jul 2007 02:48:57 -0600
Received: (from brian@localhost) by ns.pigworks.openss7.net (8.11.6/8.11.6) id l6L8muq02908; Sat, 21 Jul 2007 02:48:56 -0600
Date: Sat, 21 Jul 2007 02:48:56 -0600
From: "Brian F. G. Bidulock" <bidulock@openss7.org>
To: chen.puran@zte.com.cn
Message-ID: <20070721024856.A2874@openss7.org>
Mail-Followup-To: chen.puran@zte.com.cn, sigtran@ietf.org
References: <20070720055940.A16740@openss7.org> <OFD43D642C.33817AAA-ON4825731F.000A3469-4825731F.000A96AC@zte.com.cn>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <OFD43D642C.33817AAA-ON4825731F.000A3469-4825731F.000A96AC@zte.com.cn>; from chen.puran@zte.com.cn on Sat, Jul 21, 2007 at 09:54:13AM +0800
Organization: http://www.openss7.org/
Dsn-Notification-To: <bidulock@openss7.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: sigtran@ietf.org
Subject: [Sigtran] Re: question:DUNA/DAVA and ASP (Brian F. G. Bidulock)
X-BeenThere: sigtran@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: bidulock@openss7.org
List-Id: Signaling Transport <sigtran.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sigtran@ietf.org>
List-Help: <mailto:sigtran-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sigtran>, <mailto:sigtran-request@ietf.org?subject=subscribe>
Errors-To: sigtran-bounces@ietf.org

chen.puran,

How an AS mapes to devices is also implementation specific.  Some
implementations may implement the AS local to the ASP as a partition
of a distributed user part.  Some may implement it as a single
process remote to the ASP.  For those that implement the AS local to the
ASP as a partition of a distributed user part, it is convenent to receive
SNMM at each partition.  For those that implement AS remote as a single
proces, they are welcome to only deliver the SNMM from one ASP if they
prefer.

The procedures from SG to ASP work fine in any case.

--brian

chen.puran@zte.com.cn wrote:                  (Sat, 21 Jul 2007 09:54:13)
> thanks,brain:
> 
> how about AS?an AS Can contains more than one ASP,so it will cause more
> than one DUNA/DAVA messages contained same
>  information to be received by an AS.
> how do you think about it ? thanks.
> 

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

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