|
Hi, From Paragraph
3.2 of the draft: “ 3.2.
Verify Transport Mechanism
. . . . .
Capability of transmitting Test messages using ODUk Trail Trace
Identifier (TTI) overhead with frame length of 64 bytes. See ITU
G.709 Section
15.2 and Section
15.8 for the structure and
definition. The Test message is sent according to [RFC4204].
- 0x04 GCC0: Test Message over the GCC0
Capability of transmitting Test messages using the OTUk Overhead
General Communications Channel (GCC0). See ITU G.709 Section
15.7
for the structure and definition. The Test message is sent
according to [RFC4204] using
bit-oriented HDLC framing format
[RFC1662].
- 0x08 GCC1/2: Test Message over the GCC1/2
Capability of transmitting Test messages using the ODUk Overhead
General Communications Channels (GCC1/2). See ITU G.709 Section
15.8 for the structure and definition. The Test message is sent
according to [RFC4204] using
bit-oriented HDLC framing format
[RFC1662]. “ In the draft
there is no distinguishing between transmitting the test message over GCC1 or GCC2
while the other endpoint of the link may be capable of terminating one of them
but not both. Thus I would suggest to allocate separate bit for each. Best Regards, Yechiel Rosengarten From: ccamp-bounces at ietf.org
[mailto:ccamp-bounces at ietf.org] On Behalf Of Fatai Zhang Hi
CCAMPers, You
know that there are lots of interests from both a technical and organizational
standpoint (e.g., ITU-T SG15/Q12,Q14, IETF CCAMP) on OTN control, since
draft-zhang-ccamp-gmpls-evolving-g709-00.txt was presented in IETF 75th
meeting. You
also know that [G.709 V3] including ODU0, ODU4, ODUflex... was consented by
ITU-T SG15 in this October. Therefore, in order to control and manage the
OTN networks efficiently, OTN control is really important for the industry. Up
to now, we have five drafts about OTN control: To
promote better understanding or the discussions in Hiroshima meeting, we'd
appreciate your review and comments. Thanks Authors
of these drafts |