Re: Is it possible to make all the associations ACTIVE at a time at M3UA level ?

"Ambika Tripathy" <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <[email protected]>
Hi Dario,


     There is no suhc procedure defined in the rfc where we cam map multiple
SCTP association to a single ASP.
There is a one to one relationship between the ASP with SCTP association.

br,
Ambika Prasad Tripathy



On 2/7/07, Brian F. G. Bidulock <[email protected]> wrote:
>
> Dario,
>
> Dario wrote:                                                         (Tue,
> 06 Feb 2007 06:52:38)
> >
> > Hi Brian,
> >
> > I understand this - if these were multiple signalling processes (either
> 4
> > ASPs and one SGP, or one ASP with 4 SGP/SGs or combination of four
> > signalling process pairs, they'd work separately
> > (communication between redundant processes - either ASPs or SGPs is out
> of
> > the RFC scope).
> >
> > However how would this work with just single processes?
> > I understood that multiple SCTP associations between two processes are
> not
> > recommended, however standards do not forbid such configuration.
>
> If the ASPs identify themselves with a unique ASP Id, they are separate
> ASPs.
> If they do not use a unique ASP Id, there is an error for that.  If they
> do
> not identify themselves at all (no ASP Id) the SGP is welcome to treat
> them
> as independent ASPs.
>
> --brian
>
> >
> > thanks!
> > Best regards, Dario
> >
> >
> >
> >
> > Brian F. G. Bidulock wrote:
> > >
> > > Dario,
> > >
> > >                  ---------- 1.1.3.65:9002 ASP1
> > >                 /
> > >   1.1.1.39:2095 ----------- 1.1.3.65:9004 ASP2
> > >      SGP1      |\
> > >                | ---------- 1.1.3.65:9006 ASP3
> > >                 \
> > >                  ---------- 1.1.3.65:9008 ASP4
> > >
> > > Dario Filjar wrote:                               (Tue, 06 Feb 2007
> > > 05:13:08)
> > >>
> > >>    Hi,
> > >>
> > >>    isn't this case with multiple associations between two processes?
> > >
> > > Not necessarily.  A host can support multiple ASPs or SGPs.
> > >>
> > >>    I did not understand what "active association" means.
> > >
> > > By "active for M3UA" I assumed Mahantesh meant in the ASP Up state.
> > >>
> > >>    I  understood  that  ASP UP is related to Application Process
> states -
> > >>    here we have one M3UA ASP (or IPSP) activating on SGP (another
> IPSP)?
> > >
> > > Well, no, it could be 4 ASPs activating on 1 SGP or 1 ASP activating
> on
> > > 4 SGP, or some other combination.
> > >
> > >>    SCTP is transport, so those associations can be established or
> down.
> > >
> > > I assumed that all 4 were established as Mahantesh indicated.
> > >>
> > >>    Why would you send 4 ASP Up messages, and how SGP would react on
> those
> > >>    4 ASP Up messages, say, carrying identical ASP ID?
> > >
> > > Depends on what ASP is connecting to what SGP.
> > >
> > > --brian
> > >
> > > --
> > > Brian F. G. Bidulock
> > > [email protected]
> > > http://www.openss7.org/
> > >
> > > _______________________________________________
> > > Sigtran mailing list
> > > [email protected]
> > > https://www1.ietf.org/mailman/listinfo/sigtran
> > >
> > >
> >
> > --
> > View this message in context:
> http://www.nabble.com/Is-it-possible-to-make-all-the-associations-ACTIVE-at-a-time-at-M3UA-level---tf3179458.html#a8827309
> > Sent from the IETF - Sigtran mailing list archive at Nabble.com.
> >
> >
> > _______________________________________________
> > Sigtran mailing list
> > [email protected]
> > https://www1.ietf.org/mailman/listinfo/sigtran
>
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>
> _______________________________________________
> Sigtran mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/sigtran
>



-- 
Br,
Ambika Prasad Tripathy
Nethawk Networks
Cell: +91-94375 47730

_______________________________________________
Sigtran mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/sigtran
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.