The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2001-Sep> msg00295



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

regading extended discovery

  • From: Bob Thomas <rhthomas@cisco.com>
  • Date: Fri, 21 Sep 2001 07:28:27 -0400
  • cc: mpls@UU.NET

Lonka,

> Dear all,
> 	i have doubt regarding esblishing session between
> non-drectly connected LSRs, if we have four
> lsrs(Lsr1,Lsr2,Lsr3,Lsr4) ,then from lsr1 to lsr4 i
> want to send targetted hello,and try to establish
> session. problem here is after receving hello at lsr4
> it should check for entity availablity for that(lsr1)
> lsrip and becaause entities will be formed by
> interface address lsr4 gives un known enitity for
> hello(extended).
> 
> lsr1---------lsr2---------lsr3---------lsr4
> 
> if i add trgettedpeer as lsr4 at lsr1 ,lsr1 should
> send a hello message to lsr4.
> after receiving Hello message from lsr1 it will try to
> compare the received netwrok is equal to lsr4 network
> (by masking with netmask) if it matches that means
> entity is there other wise entity is not there, weare
> using networks like this 
> {lsr1,lsr2}--172.16.2.0
> {lsr2,lsr3}--172.16.3.0
> {lsr3,lsr4}--172.16.1.0
> so in this case it is comparing 172.16.1.0 ,172.16.3.0
> and is giving Un Known entity.

The procedure you describe above is not specified by RFC3036.

It makes use of what Section 3.5.2.1 Hello Message Procedures refers
to as implementation dependent acceptability criteria.  As you point
out, the criteria you describe does not allow for targeted sessions.
You might want to consider criteria similar to the example criteria
given in Section 3.5.2.1.


Bob



> sorry for troubling you, but i am not geeting any
> information regading this i am realy gald if i can get
> some input for this.
> thanks in advance
> Lonka