RE: [Sigtran] Client/Server Operation in M3UA IPSP

one more comment below...

    Tolga

> -----Original Message-----
> From: sigtran-bounces@ietf.org [mailto:sigtran-bounces@ietf.org]On
> Behalf Of Peter Woodhouse
> Sent: Friday, September 23, 2005 9:28 AM
> To: sigtran@ietf.org
> Subject: [Sigtran] Client/Server Operation in M3UA IPSP
>
>
>
> Hi All,
>
> After the recent plugtest, it was suggested that this issue should be
> brought up here just for confirmation. So here goes.
>
> In IPSP mode of M3UA, should there be any difference between how the
> client side and the server side operate?
> For example, is it valid for the server side to send ASPUP?
> Also, should the client send NTFY messages?
>
> The way we interpret the RFC is that there is zero difference between
> client and server at M3UA level. The only difference is that the client
> side brings up the SCTP association.
>
> Looking back through previous drafts of M3UA, section 1.4.8 of
> draft-ietf-sigtran-m3ua-06.txt did say "In the case of IPSP to IPSP
> communication, the peer endpoints using M3UA SHOULD be configured so
> that one always takes on the role of client and the other the role of
> server for initiating SCTP associations and M3UA messaging."
> However the M3UA part was removed for draft 07 onwards.
>
> In fact, I don't think Double Exchange would work if you dissallow the
> sending of ASPUP from the server side.
[TOLGA] Yes, it won't. Actually, DE-mode is more like two coupled
client/server relationships rather than a real peer-to-peer model.
>
> Comments?
>
> Peter
>
> _______________________________________________
> Sigtran mailing list
> Sigtran@ietf.org
> https://www1.ietf.org/mailman/listinfo/sigtran

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