Re: Summary of LMP implementation/deployment reports

[Dimitri.Papadimitriou@alcatel.be]

Carmine,

this is why i have previously mentioned in my response
that "a proposal has been made to bootstrap out-of-band 
control channels and discover the interface_id mappings 
(or associations) before establishing a control channel"

see:
http://www.ietf.org/internet-drafts/draft-lang-ccamp-lmp-bootstrap-00.txt

thus the problem you've indicated in the below message is
also addressed - 

so
" So LMP can *build* the mappings (i.e., reduce
> operator provisioning) if the operator has previously provisioned the
> remote node addresses for each and every data link. "

may be now rephrased as
" LMP can *build* the mappings (i.e., reduce operator provisioning) 
> without any provisioning of the remote node addresses for each 
> and every data link"

thanks,
- dimitri.

Carmine Daloia wrote:
> 
> Kireeti, Dimitri,
> 
> I realize that Section 5 in draft-ietf-ccamp-lmp-05.txt states that the
> Link Connectivity Verification procedure (which is optional) may be used
> to dynamically learn the id associations.  Is this what you mean by LMP
> being able to *build* the mappings?  However this requires that an
> operator *PROVISION* for each and every data link the remote node
> address that the data link is terminated on.  Only with this
> provisioning will the local node know the address to send the
> BeginVerify message to.   So LMP can *build* the mappings (i.e., reduce
> operator provisioning) if the operator has previously provisioned the
> remote node addresses for each and every data link.  Doesn't seem like a
> useful capability.
> 
> Carmine
> 
> Kireeti Kompella wrote:
> 
> >Hi Carmine,
> >
> >On Tue, 3 Sep 2002, Carmine Daloia wrote:
> >
> >
> >
> >>So basically LMP is used to verify that the datalink id mappings stored
> >>in the neighboring nodes match eachother.
> >>
> >>
> >
> >Actually, LMP is used to *build* the mappings, not verify them.  If the
> >mappings were already stored, LMP could be used to verify them -- but
> >that is a secondary function.
> >
> >Kireeti (as a WG participant).
> >
> >
> >

-- 
Papadimitriou Dimitri 
E-mail : dimitri.papadimitriou@alcatel.be 
Private: http://www.rc.bel.alcatel.be/~papadimd/index.html
E-mail : dpapadimitriou@psg.com
Public : http://psg.com/~dpapadimitriou/
Address: Alcatel - Optical NA (CTO), Fr. Wellesplein, 1 
         B-2018 Antwerpen, Belgium
Phone:   Work: +32 3 2408491 - Home: +32 2 3434361