Yes. The difficult thing of including battery status as one kind of diagnostic 
information is how you define it. I think Saumitra's comment (remaining uptime 
from the perspective of battery) makes sense. 

Could you please list all the diagnostic information kinds that are not clear 
in your mind? So that we can try to fix the definition.

Thanks,
Haibin


----- Original Message ----- 
From: "Das, Saumitra" <[email protected]>
To: "jc" <[email protected]>; "Erkki Harjula" <[email protected]>
Cc: "'P2PSIP WG'" <[email protected]>
Sent: Thursday, July 30, 2009 11:18 AM
Subject: Re: [P2PSIP] Battery status information to diagnostics draft


> While this seems a useful option to have to build better overlays; we should 
> use something that reflects the estimated remaining uptime based on energy 
> remaining of a device which is more relevant to overlay operations. Just 
> energy information may be ambiguous. From a diagnosis point of view we cannot 
> deduce what it means.
> 
> I still think the diagnostic kinds are not defined fully. It wont be very 
> useful if each implementation has its own notion of defining bandwidth, 
> processing power etc. Some more explanantion of the kinds would be very 
> useful. 
> 
> Thanks
> Saumitra
> 
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of jc
> Sent: Wednesday, July 29, 2009 12:14 PM
> To: Erkki Harjula
> Cc: 'P2PSIP WG'
> Subject: Re: [P2PSIP] Battery status information to diagnostics draft
> 
> IMHO, this should be a binary value representative of the % of energy  
> a device may have available at any given time. This covers solar,  
> wind, etc and not simply "battery" as far as terminology is concerned.  
> Who's to say a solar based geo-sync satellite might not be running as  
> a p2psip node one day with battery backup on board? ;-)
> 
> jc
> 
> On Jul 29, 2009, at 4:40 AM, Erkki Harjula wrote:
> 
>> Hi,
>>
>> as requested in P2PSIP session yesterday, I restate here on the list  
>> my comment regarding battery status information.
>>
>> I think including battery status information would be useful to  
>> include in the draft. It would be useful e.g. in peer/client mode  
>> decision or load balancing, where battery status information could  
>> be used to relieve the load of those nodes running on batteries  
>> (just two examples among many others!). As everybody knows, more and  
>> more devices nowadays, especially in P2PSIP scenarios, are battery  
>> operated.
>>
>> The status info could be the remaining battery percentage, or simply  
>> a binary value telling whether the node is running on its batteries  
>> or not.
>>
>> -Erkki
>>
>> _______________________________________________
>> P2PSIP mailing list
>> [email protected]
>> https://www.ietf.org/mailman/listinfo/p2psip
> 
> _______________________________________________
> P2PSIP mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/p2psip
> _______________________________________________
> P2PSIP mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/p2psip
_______________________________________________
P2PSIP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/p2psip

Reply via email to