RE: UNI end-to-end sessions

[Zafar Ali <zali@cisco.com>]

At 09:45 AM 4/10/2002 -0400, Bala Rajagopalan wrote:

> Please post UNI related messages to
> oif-signal@oiforum.com (not to ccamp).
>
> FYI, there is going to be a OIF contribution
> on UNI-GMPLS mapping for the coming meeting.
>
> Bala

FYI, I think Bala was referring to the following contribution, which has
been uploaded to the OIF site, 

Document data for oif2002.158.00: 
Document Name: UNI/GMPLS Inter-working 
Document Author: Basak, Debashis
Abstract:
This contribution considers the case when different vendors' gear in a
transport network operate within the same instance of a single GMPLS TE
area. Signaling and routing issues of UNI to GMPLS inter-working are
discussed within the scope of such a network. 

Thanks

Regards... Zafar 

> > -----Original Message-----
> > From: Diego Caviglia
> [mailto:Diego.Caviglia@marconi.com]
> > Sent: Wednesday, April 10, 2002 4:21 AM
> > To: mlazer@att.com
> > Cc: "Gino Carrozzo" <g.carrozzo; "ccamp"
> <ccamp; <braja
> > Subject: RE: UNI end-to-end sessions
> > 
> > 
> > 
> > Hi Monica,
> >                        
> I agree with you that there isn't a 
> > UNI end-to-end
> > session, but in my understanding what Gino was asking is how 
> > to map UNI
> > information that has end-to-end significance.
> > 
> > In fact it is written in the UNI doc (table 12-5) that there 
> > are some UNI
> > objects that have end-to-end significance. For example Source
> and
> > Destination TNA addresses have end-to-end significance.  
> This doesn't
> > mean, as you pointed out, that there is an UNI session 
> > between two UNI.
> > 
> >  Anyway the question is (this is my interpretation of Gino's
> > message so
> > please, Gino, correct me if I'm wrong) how can I transport/map the
> UNI
> > end-to-end significative information between the two UNIs?
> > 
> > AFAIK there is no room in GMPLS extended LDP and RSVP for 
> > this purpose.
> > 
> > Are there any efforts in IETF to harmonize OIF UNI and GMPLS
> extended
> > LDP/RSVP?
> > 
> > Regards, Diego.
> > 
> > 
> > 
> > 
> >
> ----------------------------------------------------------------
> > Diego Caviglia
> > Optical Network - ASON strategy
> > E-mail: diego.caviglia@marconi.com
> > Tel: +39 0 10 6003 808
> > Via A. Negrone 1A 16153 Genoa (Italy)
> >
> http://www.marconi.com
> > 
> > 
> > 
> > "Lazer, Monica A, ALCNS"
> <mlazer@att.com>@ops.ietf.org on 10/04/2002
> > 04.41.05
> > 
> > Sent by:  owner-ccamp@ops.ietf.org
> > 
> > 
> > To:   "Gino Carrozzo" <g.carrozzo@cpr.it>,
> "ccamp" 
> > <ccamp@ops.ietf.org>
> > cc:   <braja@tellium.com>
> > 
> > Subject:  RE: UNI end-to-end sessions
> > 
> > 
> > All,
> > I want to correct some mis-representations - There is no 
> > end-to-end UNI
> > session. A UNI session is between a user and the network. There is
> a
> > separate UNI session at the other edge of the network, 
> > between the other
> > client and the network. Further more, it should not be 
> > assumed that the
> > same protocol must run over the 2 separate UNIs.
> > 
> > Monica A. Lazer
> > Advanced Transport Technology and Architecture Planning
> > 
> > 908 234 8462
> > mlazer@att.com
> > 
> > -----Original Message-----
> > From: Gino Carrozzo
> [mailto:g.carrozzo@cpr.it]
> > Sent: Tuesday, April 09, 2002 5:45 AM
> > To: ccamp
> > Cc: braja@tellium.com
> > Subject: UNI end-to-end sessions
> > 
> > All,
> > 
> > when establishing an end-to-end UNI-RSVP session between two 
> > UNI-Cs (src &
> > dest. UNI clients),
> > I didn't found any reference in how to "transfer"
> UNI  
> > end-to-end info from
> > the source client side (source UNI-C <--> UNI-N on source TNE)
> to the
> > destination client side (UNI-N on dest. TNE <-->dest
> UNI-C).
> > In draft-bala-uni-signaling-extensions-00.txt, only the UNI-C 
> > / UNI-N side
> > is considered.
> > 
> > How the two UNI-N can exchange UNI infos in the transport
> network?
> > Is there any action in this WG (or in IETF) to fix this
> problem?
> > 
> > 
> > Thanks
> > 
> > Gino
> > 
> > 
> > 
> > 
> > 
> >