All good to publish Karen! Many thanks !

A bientôt;

Pascal

> Le 1 avr. 2026 à 20:13, Karen Moore <[email protected]> a écrit :
> 
> Hi Pascal and Michael,
> 
> We have updated our files to reflect the changes to Figures 18 and 19 that 
> Pascal provided. Please review the updated files (in particular, the changes 
> are easy to view at 
> <https://www.rfc-editor.org/authors/rfc9914-lastrfcdiff.html>), and let us 
> know if this is agreeable or if any further changes are needed.
> 
> Michael, we have noted your approval of the document on the AUTH48 status 
> page.
> 
> 
> —Files (please refresh)—
> 
> Updated XML file:
> https://www.rfc-editor.org/authors/rfc9914.xml
> 
> Updated output files:
> https://www.rfc-editor.org/authors/rfc9914.txt
> https://www.rfc-editor.org/authors/rfc9914.pdf
> https://www.rfc-editor.org/authors/rfc9914.html
> 
> Diff files showing all changes made during AUTH48:
> https://www.rfc-editor.org/authors/rfc9914-auth48diff.html
> https://www.rfc-editor.org/authors/rfc9914-auth48rfcdiff.html (side by side)
> 
> Diff files showing only the changes made during the last edit round:
> https://www.rfc-editor.org/authors/rfc9914-lastdiff.html
> https://www.rfc-editor.org/authors/rfc9914-lastrfcdiff.html (side by side)
> 
> Diff files showing all changes:
> https://www.rfc-editor.org/authors/rfc9914-diff.html
> https://www.rfc-editor.org/authors/rfc9914-rfcdiff.html (side by side)
> 
> Best regards,
> 
> Karen Moore
> RFC Production Center
> 
> 
>>> On Apr 1, 2026, at 7:09 AM, Michael Richardson <[email protected]> 
>>> wrote:
>>> 
>>> 
>>> Michael, we now await your approval of the document. Once your approval is
>>> received, we will ask IANA to update their registries to match the edited
>>> document before moving forward with publication.
>> 
>> Everything looks good to me.
>> 
>>> Diff files showing only the changes made during the last edit round:
>>> https://www.rfc-editor.org/authors/rfc9914-lastdiff.html
>>> https://www.rfc-editor.org/authors/rfc9914-lastrfcdiff.html (side by side)
>> 
>> --
>> ]               Never tell me the odds!                 | ipv6 mesh networks 
>> [
>> ]   Michael Richardson, Sandelman Software Works        |    IoT architect   
>> [
>> ]     [email protected]  http://www.sandelman.ca/        |   ruby on rails   
>>  [
>> 
> 
>> On Apr 1, 2026, at 12:39 AM, Pascal Thubert <[email protected]> wrote:
>> 
>> Hello Michael and Karen
>> 
>> Please consider figures 18 & 19 I proposed below with the tunnels more 
>> isolated and the PDAO messages written in full. I believe that’s what we 
>> need to solve Michael NS issues with those.
>> 
>> A bientôt;
>> 
>> Pascal
>> 
>>>> Le 21 mars 2026 à 10:26, Pascal Thubert <[email protected]> a écrit 
>>>> :
>>> 
>>> Hello Michael
>>> 
>>> The skew seems to be coming from tabs in my editor.
>>> I reviewed your changes and have no issue with them.
>>> 
>>> I believe that we need to add a P before or above the DAO the figure 18 
>>> like below:
>>> 
>>> 18 would become
>>> 
>>> ------+---------
>>> | Internet
>>> |
>>> +-----+
>>> | | Border Router
>>> | | (RPL Root)
>>> +-----+ | P- ^ |
>>> | | DAO | P-DAO-ACK |
>>> o o o o | | |
>>> o o o o Ingress o o o | ^ | Projected .
>>> o o o o o \\ o o o | | P-DAO | Route .
>>> o o o o \\ o o o o | ^ | .
>>> o o o o o Egress o o v | P-DAO v .
>>> o o LLN o o o |
>>> o o o o o Loose Source Route Path |
>>> o o o o v
>>> 
>>> 
>>> figure 19 looked OK to me but maybe like below it is clearer?
>>> 
>>> ------+---------
>>> | Internet
>>> |
>>> +-----+
>>> | | Border Router
>>> | | (RPL Root)
>>> +-----+ | P- ^ P-DAO-ACK
>>> | Track | DAO |
>>> o o o Ingress V |
>>> o o o o o o X o X Source-
>>> o o o o o o o X o o X Routed
>>> o o o o o o X o X Segment
>>> o o o o o o o o X X
>>> Egress
>>> o o o o o |
>>> Target
>>> o o LLN o
>>> o o o o
>>> all the best;
>>> 
>>> Pascal
>>>> Le sam. 21 mars 2026 à 02:50, Michael Richardson <[email protected]> a 
>>>> écrit :
>>> 
>>> Michael Richardson <[email protected]> wrote:
>>>> I found though:
>>> 
>>>> Figure 3 seems askew, the ^v route between S and D is hard to read.
>>>> Figure 4 is better, but might also be better aligned.
>>>> Figure 7 has skew and some other issues... like this line of ._- under
>>>> "Southbound API"
>>>> I checked .html and .txt to be sure it wasn't just the red/green markup.
>>>> Figure 18... not sure if there is a problem.
>>>> Figure 19, definitely a problem.
>>> 
>>> Hi, I edited the XML slightly, and put it here:
>>> https://www.sandelman.ca/tmp/rfc9914-authors-fixed-figures.xml
>>> 
>>> I think it fixes 3,4,19.
>>> I fixed some things on figure 7.
>>> I don't know if I got 18.
>>> 
>>> --
>>> Michael Richardson <[email protected]>   . o O ( IPv6 IøT consulting )
>>>           Sandelman Software Works Inc, Ottawa and Worldwide
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Pascal
> 

-- 
auth48archive mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to