Thanks Randy, (and sorry for that).
Point taken. It will be fixed next time.
Regards,
Maria Rita
From: 6tisch [mailto:6tisch-boun...@ietf.org] On Behalf Of Turner, Randy
Sent: Monday, November 9, 2015 5:50 PM
To: 6tisch@ietf.org
Subject: [6tisch] terminology draft
Hi All,
Next time we update
Alper - I completely agree with what you say and did note earlier that,
given the 7 independent implementations for ZigBee IP, it clearly isn't a
serious obstacle. However, it is useful to understand potential issues with
any given solution; any solution will have certain issues which have to be
ad
Hi Tero,
Unfortunately, 802.15.9 is not generally available so it is difficult for
those who don't attend IEEE 802 meetings to fully understand the solution.
Do you know when it might be available under the Get IEEE program?
Robert
On 9 November 2015 at 01:06, Tero Kivinen wrote:
> Robert Crag
Actually LLCs for PANA in 802.15.9 section D.2 can be link-layer keys that are
independent of pair-wise key established between JN and JCE. In this case, we
might need a key confirmation protocol (such as MLE 3-way handshake ) used as
an 802.15.9 KMP between JN and JA.
Yoshihiro Ohba
-
Hi Maria Rita and all,
For support RPL structure of parent & children, I agree to think upstream and
downstream resource reservation separately. But, I'm not sure if we should use
3-phase protocol for upstream resource reservation, because that means 1/3
communication cost will be added for one
I agree with Robert that PANA needs to be viewed as a side stack. It
involves more than just restricted forwarding rules and hooks for the upper
layers. It also involves resource isolation at the lower layers to help
ensure that unauthorized traffic cannot interfere with authorized traffic.
Logic
Robert Cragie writes:
> Unfortunately, 802.15.9 is not generally available so it is
> difficult for those who don't attend IEEE 802 meetings to fully
> understand the solution. Do you know when it might be available
> under the Get IEEE program?
IEEE 802.15.9 is now in the sponsor ballot, meaning
Hi Guys,I think the LLC work going on in (what will probably be) 802.15.12 will allow multiple clients of the 802.15.4 MAC/PHY, including PANA.At the moment, vendors have coded proprietary forms of "side stacks"...for PANA and other protocols. I'm hoping there's a cleaner way to reuse the 802.15
Hi Malisa:
(Changing the subject to "EAP clarifications" since this thread is about EAP
only)
> El 5 nov 2015, a las 16:19, Malisa Vucinic escribió:
>
>
>> On 05 Nov 2015, at 14:01, Rafa Marin Lopez wrote:
>>
>> What I meant is that for security reasons we will have to refresh the keying
>