[Last-Call] Re: Opsdir last call review of draft-ietf-netconf-trace-ctx-extension-01

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[Speaking as a contributor]

Hi Gyan,

> On Oct 28, 2024, at 12:10 AM, Gyan Mishra via Datatracker <noreply@xxxxxxxx> wrote:
> 
> Reviewer: Gyan Mishra
> Review result: Not Ready
> 
> Summary:
> This document defines how to propagate trace context information across the
> Network Configuration Protocol (NETCONF), that enables distributed tracing
> scenarios. It is an adaption of the HTTP-based W3C specification.
> 
> I reviewed draft revision -01 and the draft is almost ready for publication but
> has some minor issue below.
> 
> Major issue:
> None
> 
> Minor issues:
> 
> Network Configuration Protocol (NETCONF) uses the Secure Shell (SSH) transport
> layer as its default mechanism using default port 830, SOAP port 833 or HTTP
> port 832.
> 
> Abstract recommended change
> Old:
> 
> This document defines how to propagate trace context information across the
> Network Configuration Protocol (NETCONF), that enables distributed tracing
> scenarios. It is an adaption of the HTTP-based W3C specification.¶
> 
> New:
> 
> This document defines how to propagate trace context information using Network
> Configuration Protocol (NETCONF) push in order to enable distributed tracing
> scenarios. It is an adaption of the HTTP-based W3C specification.
> 
> W3C owns the HTTP specification so how is this draft changing the W3C http
> specification?
> 
> Netconf can use http but it’s not changing the http specification correct ?
> 
> In the introduction see this paragraph
> 
> The W3C has defined two HTTP headers for context propagation that are useful in
> use case scenarios of distributed systems like the ones defined in [RFC8309].
> This document defines an extension to the NETCONF protocol to add the same
> concepts and enable trace context propagation over NETCONF.
> 
> So we are defining an extension to Netconf protocols in section 2 related to
> W3Cs HTTP specification so in that way is this draft actually updating HTTP
> specification as well for the two new header types?

I do not think the document is updating the HTTP specification. All it says that the <rpc> operation in NETCONF uses the HTTP like symantics to send information to the other end. For example:

<rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="1"
     xmlns:w3ctc="urn:ietf:params:xml:ns:netconf:w3ctc:1.0"
     w3ctc:traceparent=
       "00-4bf92f3577b34da6a3ce929d0e0e4736-00f067aa0ba902b7-01">
  <get-config/>
</rpc>

The above operation is a NETCONF operation. It is using HTTP like trace context header format [1], but in no way is changing the HTTP protocol. HTH.

Cheers.

> 
> Nits:
> None

[1] https://www.w3.org/TR/trace-context/

Mahesh Jethanandani
mjethanandani@xxxxxxxxx



-- 
last-call mailing list -- last-call@xxxxxxxx
To unsubscribe send an email to last-call-leave@xxxxxxxx




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux