On 10/9/2012 11:05 AM, Jared Mauch wrote:
On Oct 9, 2012, at 10:42 AM, Ryan Rawdon wrote:
On Oct 9, 2012, at 9:34 AM, Christopher J. Pilkington wrote:
I want to make an informed response to a comment made by our
CenturyLink rep regarding IPv6, in the context of SAVVIS not
being able to provi
I know that a popular method for generating random bit streams is to take radio
(stellar) noise and convert it into a digital bit stream. Very popular among
crypto geeks.
Steven Naslund
-Original Message-
From: Dan White [mailto:dwh...@olp.net]
Sent: Thursday, October 11, 2012 10:55 P
On Fri, Oct 12, 2012 at 12:08 AM, Jonathan Lassoff wrote:
> On Thu, Oct 11, 2012 at 5:01 PM, shawn wilson wrote:
>> in the past, i've done many different things to create entropy -
>> encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
>> kernel. but, what is best? just whatever ge
On 10/11/12 17:08 -0700, Jonathan Lassoff wrote:
On Thu, Oct 11, 2012 at 5:01 PM, shawn wilson wrote:
in the past, i've done many different things to create entropy -
encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
kernel. but, what is best? just whatever gets your cpu to pea
On Thu, 11 Oct 2012 19:20:02 -0500, Jimmy Hess said:
> You could setup a video capture card or radio tuner card, tune it into
> a good noise source
Finally, a good use for political talk radio. :)
pgpGRW6vGgt7E.pgp
Description: PGP signature
On 10/11/12, Jonathan Lassoff wrote:
> Yes, but then you're also introducing a way for an external attacker
> to transmit data that can be mixed into your entropy pool.
The binary operations used to 'mix in' data preserve entropy, when
non-random data is mixed in, given the birwise operati
In message <50776926.1030...@enger.us>, "Robert M. Enger" writes:
> On 10/11/2012 5:08 PM, Jonathan Lassoff wrote:
> > On Thu, Oct 11, 2012 at 5:01 PM, shawn wilson wrote:
> >> in the past, i've done many different things to create entropy -
> >> encode videos, watch youtube, tcpdump -vvv > /dev/
On Fri, Oct 12, 2012 at 12:49 AM, Robert M. Enger wrote:
> On 10/11/2012 5:08 PM, Jonathan Lassoff wrote:
>>
>> On Thu, Oct 11, 2012 at 5:01 PM, shawn wilson wrote:
>>>
>>> in the past, i've done many different things to create entropy -
>>> encode videos, watch youtube, tcpdump -vvv > /dev/null,
On 10/11/2012 5:08 PM, Jonathan Lassoff wrote:
On Thu, Oct 11, 2012 at 5:01 PM, shawn wilson wrote:
in the past, i've done many different things to create entropy -
encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
kernel. but, what is best? just whatever gets your cpu to peak
On Fri, Oct 12, 2012 at 12:25 AM, Jonathan Lassoff wrote:
> On Thu, Oct 11, 2012 at 5:20 PM, Jimmy Hess wrote:
>> On 10/11/12, shawn wilson wrote:
>>> in the past, i've done many different things to create entropy -
>>> encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
>>> kerne
On Oct 11, 2012, at 5:01 PM, shawn wilson wrote:
> in the past, i've done many different things to create entropy -
> encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
> kernel. but, what is best? just whatever gets your cpu to peak or are
> some tasks better than others?
I fin
On Thu, Oct 11, 2012 at 05:25:37PM -0700, Jonathan Lassoff wrote:
> Yes, but then you're also introducing a way for an external attacker
> to transmit data that can be mixed into your entropy pool.
XORring predictable data to random data does not yield a predictable
result. /dev/random is world w
On Thu, Oct 11, 2012 at 5:20 PM, Jimmy Hess wrote:
> On 10/11/12, shawn wilson wrote:
>> in the past, i've done many different things to create entropy -
>> encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
>> kernel. but, what is best? just whatever gets your cpu to peak or are
On 10/11/12, shawn wilson wrote:
> in the past, i've done many different things to create entropy -
> encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
> kernel. but, what is best? just whatever gets your cpu to peak or are
You are referring to the entropy pool used for /dev/ra
Nature, via radio active decay! http://www.fourmilab.ch/hotbits/
--
Tim Edwards
c: 206-604-5776
On Thursday, October 11, 2012 at 5:01 PM, shawn wilson wrote:
> in the past, i've done many different things to create entropy -
> encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
On Thu, Oct 11, 2012 at 5:01 PM, shawn wilson wrote:
> in the past, i've done many different things to create entropy -
> encode videos, watch youtube, tcpdump -vvv > /dev/null, compiled a
> kernel. but, what is best? just whatever gets your cpu to peak or are
> some tasks better than others?
Per
On 10/11/12, William Herrin wrote:
> On Thu, Oct 11, 2012 at 6:06 PM, Randy Carpenter
> wrote: >> How many sites do you have? If less than 192, /44 is
>> perfect, unless some of those sites require more than
>> a /48. Then, it gets more complicated :-)
>
> We're having a general math breakdown to
Joly MacFie wrote:
James Grimmelmann's recent write up is worth reading
http://works.bepress.com/cgi/viewcontent.cgi?article=1035&context=james_grimmelmann
So many incredible stories in there...thanks for posting that link.
- Original Message -
> On Thu, Oct 11, 2012 at 6:06 PM, Randy Carpenter
> wrote:
> > How many sites do you have? If less than 192, /44 is
> > perfect, unless some of those sites require more than
> > a /48. Then, it gets more complicated :-)
>
> We're having a general math breakdown toda
Wow and I thought nibble boundaries would make the math easier than HD ratios.
Here's the breakdown for those who are mathematically challenged:
n sites prefix
0 Nothing.
1 /48
2-12/44
13-191 /40
192-
On Oct 11, 2012, at 2:17 PM, Jeroen Massar wrote:
> On 2012-10-11 23:02 , Jo Rhett wrote:
>> I've finally convinced $DAYJOB to deploy IPv6. Justification for the
>> IP space is easy, however the truth is that a /64 is more than we
>> need in all locations. However the last I heard was that you
On Thu, Oct 11, 2012 at 6:06 PM, Randy Carpenter wrote:
> How many sites do you have? If less than 192, /44 is
> perfect, unless some of those sites require more than
> a /48. Then, it gets more complicated :-)
We're having a general math breakdown today. First Jeroen wants to fit
5 /48's in a /4
On Thu, 11 Oct 2012, Randy Carpenter wrote:
You can route /48 or shorter (larger)
How many sites do you have? If less than 192, /44 is perfect, unless
some of those sites require more than a /48. Then, it gets more
complicated :-)
A /44 would give you 16 /48s. If you have 192 sites - assum
> >
>
> > A /48 is 65536 /64s and a /44 is 16x65536 /64s. If you
> > only need one subnet (1 subnet = 1 /64), why would you
> > try to get 16x65536 subnets, rather than the 65536 you
> > have in the /48?
> -
- Original Message -
>
>
> On Oct 11, 2012, at 2:28 PM, Randy Carpenter wrote:
>
>
> so there really is no drawback from getting the /44, and having
> enough space to not have to worry about it in the future.
>
>
> It's only a worry if you can only route /48s, which was my question.
--- rcar...@network1.net wrote:
From: Randy Carpenter
> --- jrh...@netconsonance.com wrote:
> From: Jo Rhett
> I've finally convinced $DAYJOB to deploy IPv6. Justification for the
> IP space is easy, however the truth is that a /64 is more than we
> need in all locations. However the last I hea
one of the downsides to v6 is the huge amnt of space the folks expect you to
announce.
lots of space to do nefarious things. that said. if you select your peers
carefully and don't mind
a bit of hand crafting, you can /96 and even /112
that said, get a /32 and assign/announce /48s...
/bill
On Thu, Oct 11, 2012 at 5:02 PM, Jo Rhett wrote:
> I've finally convinced $DAYJOB to deploy IPv6. Justification for
> the IP space is easy, however the truth is that a /64 is more
> than we need in all locations. However the last I heard was that
> you can't effectively announce anything smaller
On Oct 11, 2012, at 2:28 PM, Randy Carpenter wrote:
> so there really is no drawback from getting the /44, and having enough space
> to not have to worry about it in the future.
It's only a worry if you can only route /48s, which was my question. And
seriously, we're going to be banging around
First:
> But likely if you are in that camp, just asking for address space,
> that you can use stably for a long time, from your network provider who
> provides you connectivity is a better way to go.
Um, sorry I figured by the fact that I was posting on Nanog the context was
clear, but I've forg
> --- jrh...@netconsonance.com wrote:
> From: Jo Rhett
>
> I've finally convinced $DAYJOB to deploy IPv6. Justification for the
> IP space is easy, however the truth is that a /64 is more than we
> need in all locations. However the last I heard was that you can't
> effectively announce anythin
--- jrh...@netconsonance.com wrote:
From: Jo Rhett
I've finally convinced $DAYJOB to deploy IPv6. Justification for the IP space
is easy, however the truth is that a /64 is more than we need in all locations.
However the last I heard was that you can't effectively announce anything
smaller
On 2012-10-11 23:02 , Jo Rhett wrote:
> I've finally convinced $DAYJOB to deploy IPv6. Justification for the
> IP space is easy, however the truth is that a /64 is more than we
> need in all locations. However the last I heard was that you can't
> effectively announce anything smaller than a /48.
I've finally convinced $DAYJOB to deploy IPv6. Justification for the IP space
is easy, however the truth is that a /64 is more than we need in all locations.
However the last I heard was that you can't effectively announce anything
smaller than a /48. Is this still true?
Is this likely to cha
James Grimmelmann's recent write up is worth reading
http://works.bepress.com/cgi/viewcontent.cgi?article=1035&context=james_grimmelmann
j
Octal gave a talk at Defcon or HOPE a few years in a row about Sealand.
The last one he spilled the beans on how bad Sealand did. Managerial and
customer b
- Original Message -
> From: "Ryan Rawdon"
> On Aug 20, 2012, at 2:09 PM, Eric Wieling wrote:
> > For a while we have had a customer with some lines which go down
> > every time it rains. We put in the trouble ticket, a couple of days
> > later Verizon says the issue is resolved...until t
James Grimmelmann's recent write up is worth reading
http://works.bepress.com/cgi/viewcontent.cgi?article=1035&context=james_grimmelmann
j
On Thu, Oct 11, 2012 at 11:16 AM, Randy Epstein wrote:
> As a Lord of Sealand, I can assure you Sealand is not defunct. :)
>
> Randy
>
> On 10/11/12 11:12
On Aug 20, 2012, at 2:09 PM, Eric Wieling wrote:
> For a while we have had a customer with some lines which go down every time
> it rains. We put in the trouble ticket, a couple of days later Verizon says
> the issue is resolved...until the next time it rains.
>
> The customer sent us some
As a Lord of Sealand, I can assure you Sealand is not defunct. :)
Randy
On 10/11/12 11:12 AM, "chris" wrote:
>Last I heard sealand was defunct I remember the hosting havenco went dark
>I
>thought sealand shutdown too
>On Oct 11, 2012 10:59 AM, "jamie rishaw" wrote:
>
>> +++
>> ATH0
>>
>> http
Last I heard sealand was defunct I remember the hosting havenco went dark I
thought sealand shutdown too
On Oct 11, 2012 10:59 AM, "jamie rishaw" wrote:
> +++
> ATH0
>
> http://goo.gl/EdN3C [SealandGov.org]
> also,
> http://www.guardian.co.uk/uk/2012/oct/10/prince-sealand-dies
>
> -j
> --
> "sha
+++
ATH0
http://goo.gl/EdN3C [SealandGov.org]
also,
http://www.guardian.co.uk/uk/2012/oct/10/prince-sealand-dies
-j
--
"sharp, dry wit and brash in his dealings with contestants." - Forbes
/* - teh jamie. ; uri -> http://about.me/jgr */
California Voter? Vote YES on Prop 34.
so is there a meeting logistics ml for attendees (as there is for ietf)?
i was asked when i registered, but have seen nothing. e.g. i am
scheduled to land dfw on sunday 14:00ish and want to ride share into
town.
randy
Greetings NANOG friends and colleagues!
This month, elections will take place at NANOG 56 in Dallas, TX. There are
currently two open positions available on the NANOG Communications Committee
for the upcoming
term.
Some brief information about the Committee and what we are seeking:
The Communi
* Tore Anderson (tore.ander...@redpill-linpro.com) wrote:
> * Mikael Abrahamsson
>
> >> In my experience, long-lived sessions are unreliable when you're on the
> >> move anyway. Go into an elevator? Sessions drop. Subway heads into a
> >> tunnel? Sessions drop.
> >
> > I guess you and me have rad
Subscription only, $199/year (special introductory offer, normally $499!).
Try it free for two weeks but only if you cough up info.
How about a summary for those of us who are disinclined to do either?
-r
bmann...@vacation.karoshi.com writes:
> https://intelligence.businessinsider.com/faceboo
On Tue, Oct 9, 2012 at 7:15 PM, Aaron Toponce
wrote:
>
> Instead, purchase a cellular USB modem with a standard plan. All 4 major
> carriers provide APIs to interact with the modems, and you get everything
> you need*. They aren't cheap (something in the neighborhood of $30/month),
*
> but they wo
* Mikael Abrahamsson
>> In my experience, long-lived sessions are unreliable when you're on the
>> move anyway. Go into an elevator? Sessions drop. Subway heads into a
>> tunnel? Sessions drop.
>
> I guess you and me have radically different experience of mobile phone
> networks and how well they
On Thu, 11 Oct 2012, Tore Anderson wrote:
* Mikael Abrahamsson
On Thu, 11 Oct 2012, Tore Anderson wrote:
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what's the point of upgrading at all?
Uh, whut? I
On Thu, 11 Oct 2012, Bryan Tong wrote:
Why do you believe that address changes in handover? It's an integral part
of 3GPP standard that your existing bearer is used for handover, so your
address shouldn't change. If it changes then it means the handover didn't
work as designed, probably due to s
* Mikael Abrahamsson
> On Thu, 11 Oct 2012, Tore Anderson wrote:
>
>> That some features are available only on the most advanced access
>> technology is perfectly reasonable and to be expected, IMHO. If not,
>> what's the point of upgrading at all?
>
> Uh, whut? I expect my ssh sessions to survi
> Why do you believe that address changes in handover? It's an integral part
> of 3GPP standard that your existing bearer is used for handover, so your
> address shouldn't change. If it changes then it means the handover didn't
> work as designed, probably due to some radio related problem. If the
On Thu, 11 Oct 2012, Matthew Kaufman wrote:
If your SSH sessions could survive a change in address assignment (which
often happens in a handover), they could survive a change in address
family assignment as well.
Why would there be an address change in a handover? That is definitely not
expe
On 10/11/2012 8:44 AM, Mikael Abrahamsson wrote:
On Thu, 11 Oct 2012, Tore Anderson wrote:
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what's the point of upgrading at all?
Uh, whut? I expect my ssh se
On Thu, 11 Oct 2012, Tore Anderson wrote:
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what's the point of upgrading at all?
Uh, whut? I expect my ssh sessions to survive a 4G->3G handover, and if
they
* Mikael Abrahamsson
> Would you want to get IPv6 when you're in the LTE network but lose it
> when you were handed over to 2G/3G.
Absolutely.
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what's the point o
55 matches
Mail list logo
