That sounds great to me, and it is sufficiently flexible to be useful in many situations.
Best regards, Fabrice > Le 20 juil. 2017 à 05:19, Xavi Vilajosana Guillen <[email protected]> a > écrit : > > Hi Yatch, > > here an example, > > assume we have a fancy SF (named SFz) that requires to configure certain > timeouts in a certain manner. Consider that this configuration cannot be > deployed statically or pre-shared as it may depend on the app requirements, > node rank or can be varying in time. > > When a node in that network starts, joins through minimal and > minimal-security and the SFz needs to start allocating cells, before however, > it needs to configure the timeouts to meet the application requirements in > that node. > > Using the SIGNAL command with an IE that is defined by the SFz document, two > nodes will be able to install the configuration. > > In detail, node A is time source of Node B. Assume Node B joins and the SFz > sends a SIGNAL command to Node A with the timeout configuration for the link. > Node B verifies the content of the received SFz IE in the SIGNAL command and > sends back a Response confirming the configuration. If all worked both nodes > install the configuration. > > do you think makes sense? > regards, > Xavi > > > 2017-07-19 22:30 GMT+02:00 Yasuyuki Tanaka <[email protected] > <mailto:[email protected]>>: > Xavi, > > That sounds interesting. > > Could you share any example what kind of configuration will be conveyed in a > Signal Request and/or Response? > > Best, > Yatch > > On 2017/07/19 19:22, Xavi Vilajosana Guillen wrote: > Dear all, > > I would like to propose a new command to be used to the 6P Protocol. The > command may be used to configure SF or exchange information between the SF of > the communicating nodes. The command can be named SIGNAL and 6P will not > define the content but only the operation and encapsulation. The content will > be defined by the different SFs as an IE. > > I think that a message like this brings flexibility to SFs to implement > configuration operations. > > what do you think? > regards, > Xavi > > -- > Dr. Xavier Vilajosana > Wireless Networks Lab > /Internet Interdisciplinary Institute (IN3) > Professor/ > (+34) 646 633 681 <tel:%28%2B34%29%20646%20633%20681> > [email protected] <mailto:[email protected]> <mailto:[email protected] > <mailto:[email protected]>> > http://xvilajosana.org <http://xvilajosana.org/> > http://wine.rdi.uoc.edu <http://wine.rdi.uoc.edu/> > Parc Mediterrani de la Tecnologia > Av Carl Friedrich Gauss 5, B3 Building > 08860 Castelldefels (Barcelona). Catalonia. Spain > > Universitat Oberta de Catalunya > > > > > > -- > Dr. Xavier Vilajosana > Wireless Networks Lab > Internet Interdisciplinary Institute (IN3) > Professor > (+34) 646 633 681 > [email protected] <mailto:[email protected]> > http://xvilajosana.org <http://xvilajosana.org/> > http://wine.rdi.uoc.edu <http://wine.rdi.uoc.edu/> > Parc Mediterrani de la Tecnologia > Av Carl Friedrich Gauss 5, B3 Building > 08860 Castelldefels (Barcelona). Catalonia. Spain > > _______________________________________________ > 6tisch mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/6tisch
_______________________________________________ 6tisch mailing list [email protected] https://www.ietf.org/mailman/listinfo/6tisch
