* 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
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
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, 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
> 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
* 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
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
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
* 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 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
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
* 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
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
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
+++
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.
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
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
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
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
- 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
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
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
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.
--- 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
> --- 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
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
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
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
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
--- 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
- 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.
> >
>
> > 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?
> -
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
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 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
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-
- 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
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.
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
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
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 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
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 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 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 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 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: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,
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 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
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 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 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
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 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
55 matches
Mail list logo
