[AusNOG] Effect of Data Retention regime on smaller ISPs

Paul Wilkins paulwilkins369 at gmail.com
Fri Mar 6 21:41:58 EST 2015


John,
Agree with all but this one:

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.

This is contentious. Depends on how they draft the bill.

Paul Wilkins

On 6 March 2015 at 19:33, John Lindsay <johnslindsay at mac.com> wrote:

> Let’s think about this rationally.
>
> The categories covered by the bill are:
>
> * Characteristics of a subscriber of a relevant service
> * Characteristics of an account, telecommunications device or other
> relevant service relating to a relevant service
> * The source of a communication
> * The destination of a communication
> * The date, time and duration of a communication, or of its connection to
> a carriage service
> * The type of a communication and relevant service used in connection with
> a communication
> * The location of equipment or a line used in connection with a
> communication
>
> So you are going to ned to be able to answer the following questions:
>
> 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.
>
> 2. Given an IP address and a timestamp which subscriber had it allocated?
> You’re going to have to answer #1 for them too.
>
> 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.
>
> 4. When you provide a “fixed” service you need to know the address it is
> delivered to.
>
> 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.
>
> Beyond that? Well requirements are always subject to scope creep until the
> requirements exceed the laws of physics.
>
> But if you can’t manage at least the stuff above you’re going to be in a
> world of pain.
>
> 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).
>
> Cheers,
>
> John Lindsay
>
> On 3 Mar 2015, at 5:38 pm, Skeeve Stevens <
> skeeve+ausnog at eintellegonetworks.com> wrote:
>
> Hey Justin - and others.
>
> 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.
>
> 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.
>
> It is all a blur until we know the answers to a lot of these questions.
>
>
> ...Skeeve
>
> *Skeeve Stevens - Founder & Chief Network Architect*
> eintellego Networks Pty Ltd
> Email: skeeve at eintellegonetworks.com
> Cell +61 (0)414 753 383 ; Skype: skeeve
> LinkedIn: /in/skeeve <http://linkedin.com/in/skeeve> ; Expert360: Profile
> <https://expert360.com/profile/d54a9>
>
>
> On Tue, Mar 3, 2015 at 12:30 PM, Justin Clacherty <justin at redfish.com.au>
> wrote:
>
>> Hi,
>>
>> Is anyone working for one of the smaller ISPs willing to help us (Future
>> Wise) understand how the data retention laws may effect them in
>> comparison to the larger players?
>>
>> Reply off list.
>>
>> Cheers,
>> Justin.
>>
>> _______________________________________________
>> AusNOG mailing list
>> AusNOG at lists.ausnog.net
>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20150306/6eae2a0d/attachment.html>


More information about the AusNOG mailing list