Re: M3UA: Synchronizing DPC availability state between ASPs in the same AS

David Laight <[email protected]> Mon, 10 Apr 2017 08:38:36 +0000
Newsgroups gmane.ietf.sigtran
Message-ID <[email protected]>
From: Dan Gora
> Sent: 08 April 2017 05:48
 
> Hi All,
> 
> We have a distributed M3UA implementation with two ASPs on different
> physical hosts servicing a single AS talking to a single SGP in a
> single SG:
> 
> SG1       AS1
> ---      -----
> SGP1 --- ASP 1
>      +-- ASP 2
> 
> It's unknown who the SGP/SG vendor is, but our customer is claiming
> that when we start ASP 1 and ASP 2 that both will enter the ASP-Active
> state with SGP1, then both ASP 1 and ASP 2 will each send a DAUD
> message to SGP1.  However the problem is that the SGP will only reply
> with a DAVA/DUNA to ASP 1.  Subsequent DAUD messages from ASP2 to
> SGP1 are "replied to" by the SGP1 by sending the DAVA/DUNA to ASP
> 1, not ASP 2.  They also claim that this "should be sufficient".
> They also claim that we should not need to send DAUD from ASP 2 at
> all, that we should "coordinate" the DAUD sending so that only one
> ASP sends a DAUD message.
> 
> Now this feels wrong to me.  There is nothing in the spec which
> specifically states that the ASPs have to synchronize the destination
> states between themselves just because they belong to the same AS.
> 
> There is also numerous places (RFC 4666: 3.4.1 (DUNA) and 3.4.2)
> where it says that the DUNA/DAVA message is sent to "all concerned
> ASPs" and in 4.5.1 where it says:
...

This is a difference between rfc 4666 and the older 3332.

AFAICT one major network equipment manufacturer has not updated their
protocol stack to conform to rfc4666.

We've a horrid bodge that detects the missing indications.

	David