Let me start a new thread on this subject.
I remember a ZigBee member asked if explicit error indication can be
sent by a PRE when a PANA message cannot be relayed for some reasons
(buffer shortage, no route to PAA, etc.). I think it would be useful
to add such a feature if there is little impact to RFC 5191 to support
the feature, as it could reduce unnecessarily retransmissions of PCIs
from PaCs. Reduce unnecessarily retransmissions may be good for
resource constrained networks such as ZigBee.
Explicit error indication can be by means of a new PANA message or a
new Result-Code.
Processing explicit error indication is like handling
exceptions/interruptions. So considerations would be necessarily
not to interfere with the PANA sequence number processing rule.
Especially this would be the case where an error indication is
protected by a PANA SA. I would expect that we don't need to support
protected error indication as it would require a complex sequence
number processing rule such as a separate sequence number space
dedicated to error indications.
IMHO, a new PANA message (e.g., PANA-Error-Indication)
carrying sequence number of zero (0) may be simple, something like this:
PaC PRE
---> PCI
<--- PEI[Error-Code="Relay-failed"] // seqno=0
PEI message is unprotected and it can be used only as a hint.
Regards,
Yoshihiro Ohba
(2011/05/26 13:58), Jari Arkko wrote:
> Yoshihiro,
>
>> Let me give some time to analyze the impact of this recommendation.
>>
>
> Ok. I' not claiming that my solution is necessarily the way forward, but
> I am worried about the issue.
>
> Jari
>
>
_______________________________________________
Pana mailing list
Pana@ietf.org
https://www.ietf.org/mailman/listinfo/pana
