[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: ASON reqts
- To: "'Brungard, Deborah A, ALABS'" <dbrungard@att.com>, "Ong, Lyndon" <LyOng@Ciena.com>, Stephen Trowbridge <sjtrowbridge@lucent.com>
- Subject: RE: ASON reqts
- From: "Ong, Lyndon" <LyOng@Ciena.com>
- Date: Wed, 14 May 2003 17:33:22 -0700
- Cc: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>, Bart.Rousseau@alcatel.be, ccamp@ops.ietf.org
Hi Deborah,
One more clarification, by legacy I meant a domain with a centralized
control structure, such as a controlling EMS or NMS.
SPC seems like more of a service type to me, which
can be supported by distributed or centralized control.
Cheers,
Lyndon
-----Original Message-----
From: Brungard, Deborah A, ALABS [mailto:dbrungard@att.com]
Sent: Wednesday, May 14, 2003 1:33 PM
To: Ong, Lyndon; Stephen Trowbridge
Cc: Wijnen, Bert (Bert); Bart.Rousseau@alcatel.be; ccamp@ops.ietf.org
Subject: RE: ASON reqts
Thanks Lyndon for asking clarification-
I was trying to say that ASON does not require supporting multiple address formats for a E-PC (Protocol Controller) e.g. G7713.1.
Similar to NSAP support of IP, IPv6 supports NSAP.
Can you clarify your take on the requirements discussion? If I read the email, the discussion was related to the definition of a control domain and support of a non-RSVP domain or legacy (management system). The answer for supporting a non-RSVP domain was the need for an interworking function (which was considered out of scope). This is analogous to ITU's work, both for G7713.1 (PNNI) and G7713.2, the interworking functions are considered out of scope. And support of legacy is via SPC (same as G7713.1) and it is included. Were any other requirements identified as missing?
Deborah