Two minor things: [O_IPv6_LOCATOR, fe80::1234, 41, nil]
The address is represented as 128 bit quantity, bytes .size 16 in CDDL, so it will actually just be an in6_addr in C terms. If you really want to write it down, 0xfe800000000000000000000000001234 nil is a valid element in CDDL, but is there any reason not to use port 0? It's explicitly reserved by IANA and it will avoid any type issues. Regards Brian On 09/01/2017 14:40, Michael Richardson wrote: > > Michael Richardson <mcr+i...@sandelman.ca> wrote: > bc> Secondly, the methods aren't mutually exclusive. If the "normal" > bc> method is flooding an objective that I've called "AN_registrar" in my > bc> toy code, nothing prevents discovery/synchronize being used as a > bc> backup. > > > Question: should all the internal objectives be AN_ ?? > > https://github.com/anima-wg/anima-bootstrap/commit/853dc9334c6dcb0e6a9b199b846960be18a0504c > > I will add this to the other document, and maybe I can learn how to better > present > it. > > This is the latest text I just wrote: > > <section anchor="discovery" title="Registrar Discovery Protocol Details"> > <t> > The registrar responds to discovery messages from the proxy > (or GRASP caches between them) as follows: > <figure> > <artwork><![CDATA[ > objective = ["AN_registrar", F_DISC, 255 ] > discovery-message = [M_DISCOVERY, session-id, initiator, > objective]]]></artwork> > > <postamble>Figure 6: Registrar Discovery</postamble> > </figure> > </t> > > <t> > The response from the registrar (or cache) will be a M_RESPONSE with > the > following parameters:<figure> > <artwork><![CDATA[ > response-message = [M_RESPONSE, session-id, initiator, ttl, > (+locator-option // divert-option), ?objective)] > initiator = ACP address of Registrar > locator1 = [O_IPv6_LOCATOR, fe80::1234, 6, 443] > locator2 = [O_IPv6_LOCATOR, fe80::1234, 17, 5683] > locator3 = [O_IPv6_LOCATOR, fe80::1234, 41, nil]]]></artwork> > > <postamble>Figure 7: Registrar Response</postamble> > </figure> > </t> > </section> > > > > -- > ] Never tell me the odds! | ipv6 mesh networks [ > ] Michael Richardson, Sandelman Software Works | network architect [ > ] m...@sandelman.ca http://www.sandelman.ca/ | ruby on rails > [ > > > -- > Michael Richardson <mcr+i...@sandelman.ca>, Sandelman Software Works > -= IPv6 IoT consulting =- > > > _______________________________________________ Anima mailing list Anima@ietf.org https://www.ietf.org/mailman/listinfo/anima
