<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Let’s think about this rationally.</div><div class=""><br class=""></div><div class=""><div class="">The categories covered by the bill are:</div><div class=""><br class=""></div><div class="">* Characteristics of a subscriber of a relevant service</div><div class="">* Characteristics of an account, telecommunications device or other relevant service relating to a relevant service</div><div class="">* The source of a communication</div><div class="">* The destination of a communication</div><div class="">* The date, time and duration of a communication, or of its connection to a carriage service</div><div class="">* The type of a communication and relevant service used in connection with a communication</div><div class="">* The location of equipment or a line used in connection with a communication</div></div><div class=""><br class=""></div><div class="">So you are going to ned to be able to answer the following questions:</div><div class=""><br class=""></div><div class="">1. Given the “identity" of a subscriber (some combination of name, address, date of birth, drivers license number) what services do they have with you? Your Billing System should be able to find this.</div><div class=""><br class=""></div><div class="">2. Given an IP address and a timestamp which subscriber had it allocated? You’re going to have to answer #1 for them too.</div><div class=""><br class=""></div><div class="">3. Every time a connection is made to your servers you need to log the IP address and timestamp and be able to search by that.</div><div class=""><br class=""></div><div class="">4. When you provide a “fixed” service you need to know the address it is delivered to.</div><div class=""><br class=""></div><div class="">5. When you provide a “mobile” (not fixed, perhaps wireless, who knows?) service you need to know where the user is within reason. Don’t waste our time with “what if they have a high gain antenna?” You know the location of your tower and that’s a good start.</div><div class=""><br class=""></div><div class="">Beyond that? Well requirements are always subject to scope creep until the requirements exceed the laws of physics.</div><div class=""><br class=""></div><div class="">But if you can’t manage at least the stuff above you’re going to be in a world of pain.</div><div class=""><br class=""></div><div class="">By world of pain I mean at risk of being forced to shut down. You can assume the press will treat it as you aiding and abetting (insert class of scary people).</div><div class=""><br class=""></div><div class="">Cheers,</div><br class=""><div apple-content-edited="true" class="">
<div class="">John Lindsay</div><div class=""><br class=""></div></div><div><blockquote type="cite" class=""><div class="">On 3 Mar 2015, at 5:38 pm, Skeeve Stevens <<a href="mailto:skeeve+ausnog@eintellegonetworks.com" class="">skeeve+ausnog@eintellegonetworks.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hey Justin - and others.<div class=""><br class=""></div><div class="">As soon as we actually know what we're supposed to be doing, I will be doing my best to put something together for the smaller ISPs to help them deal with this... we just need to know what the requirements will be... what will be collected, what needs to be summarised, if it needs to be encrypted, and how it needs to be stored.</div><div class=""><br class=""></div><div class="">At the moment I am thinking that AWS Glacier will be one of the cheapest places to store elastic data as its recovery time will be in hours. But it depends on the required information access time is... and what kinds of requests they will make and how to extract a specific piece of data. If it needs to be in a DB format for querying, I don't see how we're going to be able to encrypt it easily.</div><div class=""><br class=""></div><div class="">It is all a blur until we know the answers to a lot of these questions.</div></div><div class="gmail_extra"><br clear="all" class=""><div class=""><div class="gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div style="font-size:12.8000001907349px" class=""><br class="">...Skeeve</div><div style="font-size:12.8000001907349px" class=""><br class=""></div><div style="font-size:12.8000001907349px" class=""><div class=""><div style="font-size:12.8000001907349px" class=""><div style="font-size:12.8000001907349px" class=""><b style="font-size:13px;font-family:Calibri" class="">Skeeve Stevens - Founder & Chief Network Architect</b><span style="font-family:Calibri;font-size:13px" class=""> </span></div><div style="font-size:12.8000001907349px" class=""><span style="font-family:Calibri;font-size:13px" class="">eintellego Networks Pty Ltd</span></div><div style="font-size:12.8000001907349px" class=""><span style="font-size:13px;font-family:Calibri" class="">Email: </span><a href="mailto:skeeve@eintellegonetworks.com" style="font-family:Calibri;font-size:13px" target="_blank" class="">skeeve@eintellegonetworks.com</a></div><div style="font-size:12.8000001907349px" class=""><div style="font-family: Calibri; font-size: 13px; margin: 0px;" class="">Cell +61 (0)414 753 383 ; S<a class="">kype: skeeve</a></div><div style="font-family: Calibri; font-size: 13px; margin: 0px;" class="">LinkedIn: <a href="http://linkedin.com/in/skeeve" target="_blank" class="">/in/skeeve</a> ; Expert360: <a href="https://expert360.com/profile/d54a9" target="_blank" class="">Profile</a></div></div></div></div><div class=""><br class=""></div></div></div></div></div></div></div></div></div>
<br class=""><div class="gmail_quote">On Tue, Mar 3, 2015 at 12:30 PM, Justin Clacherty <span dir="ltr" class=""><<a href="mailto:justin@redfish.com.au" target="_blank" class="">justin@redfish.com.au</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br class="">
<br class="">
Is anyone working for one of the smaller ISPs willing to help us (Future<br class="">
Wise) understand how the data retention laws may effect them in<br class="">
comparison to the larger players?<br class="">
<br class="">
Reply off list.<br class="">
<br class="">
Cheers,<br class="">
Justin.<br class="">
<br class="">
_______________________________________________<br class="">
AusNOG mailing list<br class="">
<a href="mailto:AusNOG@lists.ausnog.net" class="">AusNOG@lists.ausnog.net</a><br class="">
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank" class="">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br class="">
</blockquote></div><br class=""></div>
_______________________________________________<br class="">AusNOG mailing list<br class=""><a href="mailto:AusNOG@lists.ausnog.net" class="">AusNOG@lists.ausnog.net</a><br class="">http://lists.ausnog.net/mailman/listinfo/ausnog<br class=""></div></blockquote></div><br class=""></body></html>