RE: UNI end-to-end sessions

["Diego Caviglia" <Diego.Caviglia@marconi.com>]

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