Re: Behaviour in DE-IPSP model when ASPAC does not haveany RC.

Anand N Ilkal <[email protected]>
Newsgroups gmane.ietf.sigtran
Message-ID <[email protected]>
hello Brian,

Yes, even i doubt the scenario. In other do you see any scenario under which
only one ASPAC/ASPAC_ACK are enough to start traffic both ends in Double
Exchange mode?

Here RK's are made up of just DPC. And the references are from IPSP A node.

LAS1        is Local AS1 with Routing Context 100 (values are fixed from
static configuration)
LAS2        is Local AS2 with Routing Context 200 (values are fixed from
static configuration)
RAS1        is Remote AS1 with Routing Context 300 (values are fixed from
static configuration)
LASP1      is ASP at IPSP A serving LAS1 and LAS2
RASP1      is ASP at IPSP B serving RAS1.

my question is regarding the following statement in RFC.

Does it says, one ASPAC (without RC) from Peer. and ASPAC_ACK from local is
enough to start traffic from both ends?

Or

It says sender of ASPTM message to activate/deactivate all traffic, can send
one ASPAC without any RC, And it expecte peer end to send its own ASPAC.
- ASPTM messages. When sending ASPTM messages to activate/deactivate

     all the traffic independently of routing keys by not specifying any

     RC, a single exchange could be sufficient.


On 26 March 2010 01:03, Brian F. G. Bidulock <[email protected]> wrote:

> Anand,
>
> Your example does not make any sense to me: you did know that for
> DE mode to work, each AS must be defined at either end of the
> association and that a separate RK, RS and AS must be defined
> for each direction of traffic?
>
> Please provide the real-world RK's for the AS in your example.
>
> --brian
>
> Anand N Ilkal wrote:                 (Thu, 25 Mar 2010 20:23:47)
> >
> >    Hello Brian,
> >    could you please provide your thoughts on the scenario earlier
> >    explained?
> >    re-produced just for clarification...
> >    My doubt is if the following scenario is correct in Double Exchange
> >    mode-
> >
> >    IPSP A IPSP B
> >    LAS1 RC=100 RAS1 RC=300
> >    ---------- LASP1 ------------ RASP1
> >    LAS2 RC=200
> >    ---------- LASP1
> >    INIT --------------------------------------------------------------->
> >    <----------------------------------------------------------------
> >    INIT_ACK
> >    COOKIE_ECHO
> >    -------------------------------------------------------------->
> >    <----------------------------------------------------------------
> >    COOKIE_ACK
> >    <----------------------------------------------------------------
> >    ASPUP
> >    ASPUP_ACK
> >    --------------------------------------------------------------->
> >    <----------------------------------------------------------------
> >    ASPAC (without RC)
> >    ASPAC_ACK
> >    ---------------------------------------------------------------->
> >
> >    IPSP A marks LAS1, LAS2, RAS1, LASP1 and RASP1 as ACTIVE in its stack
> >    after receiving ASPAC without any RC, similarly after receiving
> >    ASPAC_ACK IPSP B will mark LAS1, LAS2, RAS1, LASP1 and RASP1 as ACTIVE
> >    in its stack. And Hence there is no need for sending ASPAC from IPSP
> >    A.
>
> --
> Brian F. G. Bidulock
> [email protected]
> http://www.openss7.org/
>



-- 
with regards,
Anand kumar Ilkal

_______________________________________________
Sigtran mailing list
[email protected]
https://www.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.