Re: M3UA notify message

"nitin" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <000e01c637bb$d2c13fd0$2c01a8c0@Nitinnew>
hi ,
I think i had not explained my questions clearly . I am trying to explain
them again .

Please have a look at the diagram :-

-----------                 -----------
SGP1                         SGP2
---|--------                ----|--------
    |                                  |
    |                                  |
    |                                  |
    |                                  |
    |                                  |
------------               ----------
ASP1                        ASP2
------------               -----------

In this diagram, SGP1 and SGP2 are both part of SG1. ASP1 and ASP2 are part
of AS1.

ASP1 has made sctp associatiion with SGP1 only .
ASP2 has made sctp association with  SGP2 only.
AS is in override mode.

ASP1 is INACTIVE at SGP1 and ASP2 is INACTIVE at SGP2.

1. Now, if ASP1 sends ASP ACTIVE message to SGP1 . will SGP2 be sending
notify for AS ACTIVE to ASP2.

2. If yes, now suppose ASP2 sends ACTIVE to SGP2 .
    Should Alternate ASP active notify be given to ASP1.
    If yes , in earlier discussions we have observed that Notify should be
done per SGP and not SG.

3. To add further ,   ASPSM, ASPTM, SSNM/SPMC ,notify messages be considered
per SG  or per SGP.

4. The question 4 that i had written in previous mail , i am explaining
again.
In that question I was not very clear in saying that n+k was for SGP or SG.

Actually what i want to ask is that ..............n+k is per SG or per SGP.

For example :- suppose 2+1 architecture is there . Now SG has two SGP's and
AS has two ASP's.
ASP1 is active on SGP1 and ASP2 is active on SGP2.
Since in this case total number of active ASP's is two , we should consider
AS to be active at SG.

                OR
suppose ASP1 and ASP2 are both active on SGP1 but none of them is on SGP2.
So in that case also
the number of ASP's active is two. Should we consider AS active at SG in
this case .

Which of the above two cases is valid or both.

----- Original Message ----- 
From: "Brian F. G. Bidulock" <[email protected]>
To: "nitin" <[email protected]>
Cc: <[email protected]>
Sent: Wednesday, February 22, 2006 5:19 PM
Subject: Re: [Sigtran] M3UA notify message


> nitin,
>
> nitin wrote:                                   (Wed, 22 Feb 2006 17:28:49)
> > Hi,
> > if this is the case, then what will happen when(4 cases given below are
> > different from each other) :-
> > 1. AS(consisting of ASP1 and ASP2) is active at SG (consisting of SGP1
and
> > SGP2) since ASP1 has done ASP active at SGP1. AS is in override mode and
now
> > ASP2 sends ASP active message to SGP2 , now what will happen. Should
SGP1
> > send alternate ASP active notify to ASP1 and mark ASP2 as active. But if
> > such is the case , ASP2 has not yet formed the association with SGP1.
>
> SGP2 sends it.
>
> > 2. should the SS7 traffic of SGP2 be routed through SGP1 since AS(load
share
> > mode) is active(ASP1 has done active at SGP1) and SGP2 has already sent
the
> > notify for AS active to ASP2.
>
> Yes.
>
> > 3. If  AS is in loadshare mode (rest of the configuration same as in 1)
.
> > Now when ASP2 sends active to SGP2 , should notify be sent again to the
> > ASP2.
>
> What Notify?
>
> > 4. In n+k architecture should this n be taken for SG or this is for SGP.
I
> > mean to say AS should become active at SG (when it is active at n SGP's
,
> > supposing single ASP of AS is active at each of n SGP)or (should n ASP's
be
> > active at any SGP) or (n ASP's should be active only no matter where and
how
> > they are).
>
> n+k refers to ASPs (and possibly IPSPs), not SGPs.
>
> >
> > There was an earlier mail (copied below) , in which SGP2 sends notify
again
> > to ASP which should not happen if we are going according to the current
> > scenario.
>
> The extra Notify is redundant (but not forbidden).
>
> --brian
>
> -- 
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>
>
>
>
> -- 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.375 / Virus Database: 268.0.0/266 - Release Date: 2/21/2006
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.