> On Jun 6, 2022, at 09:55, John R. Levine wrote:
>
> Five years ago everyone knew that C band was coming. A reasonable response
> would have been for the FAA to work with the FCC to figure out which
> altimeters might be affected (old cruddy ones, we now know), and come up with
> a plan and
. There are plenty of folks in the business of transporting
bits over long distances; IMHO, an IX shouldn't be one of them.
S
--
Stephen Sprunk "Those people who think they know everything
CCIE #3723 are a great annoyance to those of us who do.&q
.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
or FCC ruling they require...
This case seems to prove that the telco/cable duopoly can't _always_ buy
the FCC rulings they desire; every now and then, the US govt surprises
us and actually represents the people.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723
a default
location for your new tower so that emergency responders at least know
where to start looking if no better location information is available,
e.g. because the caller can't speak or is disoriented.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God
.
That's a problem in the other direction, but plugging a 20A device into
a 30A feed shouldn't be a hazard at all.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity
knowledge of how to navigate the approval processes in the
other group successfully and with minimal effort/cost.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity
, but that is an optional service they can charge extra for. The
L1 provider's responsibility ends at the NIU on an outside wall, same as
an ILEC's, so it's not their problem in the first place.)
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate
else I watch. Those caches could
be populated by multicast as well, at least for popular content. The
long tail would still require some level of unicast distribution, but
that is _by definition_ a tiny fraction of total demand.
S
--
Stephen Sprunk God does not play dice. --Albert
On 11-Feb-13 13:13, Jay Ashworth wrote:
From: Stephen Sprunk step...@sprunk.org
Sure, almost nobody asks for dark fiber today because they know it costs
several orders of magnitude more than a T1 or whatever. However, if the
price for dark fiber were the same (or lower), latent demand would
of the customer-purchased (or
-leased) equipment when they turn up service.
What ILEC is offering L1 fiber access at all?
Think copper.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice
On 11-Feb-13 15:24, Jay Ashworth wrote:
From: Stephen Sprunk step...@sprunk.org
By having the city run L2 over our L1, we can accomplish that; unlike L3, I
don't believe it actually needs to be a separate company; I expect most ISP
business to be at L2; L1 is mostly an accomodation
the feds for improving service to rural areas.
That radically changes the economics, just as I'm sure it did for other
utilities.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice
to arrange for the property owner
(or their agent) to be present as well to let them inside to continue
their testing and bickering. That won't end well for either party.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler
different space with similar
costs, prices and volumes, one carrier said rolling a truck for
installation would blow their profit margin for the entire year.)
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSS
any
significant change. Considering the rapid evolution of technology over
the last 10-20 years, the only safe bet is home run fiber. Let service
providers decide what technology is best to light up said fiber in any
given year.
S
--
Stephen Sprunk God does not play dice. --Albert
around here, it doesn't seem like there would be
_any_ difficulty in breaking even, which is all a muni needs to do.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible
On 20-Sep-12 20:51, George Herbert wrote:
On Thu, Sep 20, 2012 at 5:13 PM, Stephen Sprunk step...@sprunk.org
wrote:
Actually, they're not any different, aside from scale. Some
private internets have hundreds to thousands of participants, and
they often use obscure protocols on obscure systems
to pay to /replace/ the products, not
just upgrade them--for no benefit to themselves. Good luck with that.
That's why the 240/3 idea was abandoned years ago, and nothing has
changed since then.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God
. Hint: there is more than one internet.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic
) a decade or more ago, and no
source code or upgrade path is available.
The enterprise networking world is just as ugly as, if not uglier
than, the consumer one.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws
On 18-Jul-12 13:07, Saku Ytti wrote:
On (2012-07-18 11:39 -0500), Stephen Sprunk wrote:
Those were not considered requirements for the algorithm in RFC 4193 since
there is no scenario /where RFC 4193 addresses are a valid solution in the
first place/ for which testability or provability
rather
than a result of the SP's laziness or incompetence.
However, that concern does /not/ apply to those interested in ULAs in
general. For the very limited community it does apply to, use a
provable RNG instead of the one in RFC 4193.
S
--
Stephen Sprunk God does not play dice
!= impossible
All RFC 4193 ever claimed to offer was improbability. If that's not
good enough, get a GUA from your RIR.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible
) that you will not collide with anyone else who does so.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME
thing, happened to get the
same result /and/ happened to merge with them--all of which are still
unlikely events.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible
On 18-Jul-12 08:48, Saku Ytti wrote:
On (2012-07-18 08:37 -0500), Stephen Sprunk wrote:
There is no need for [RFC2777 verifiability], since your failure to use a
good source of randomness hurts nobody except yourself.
I think you're making fact out of opinion. Maybe SP is generating ULAs
of the license. Now what?
To the best of my knowledge, ICE stopped accepting DL for admission from
Canada several years ago.
Only non-enhanced (plus in Quebec) drivers licenses. See:
http://www.dhs.gov/files/crossingborders/travelers.shtm
S
--
Stephen Sprunk God does not play dice
/only /a price of $3.84/gal and then charge card users $4/gal to
cover the card discount; that's an illegal surcharge.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible
the numbers I heard
were 4% for credit (i.e. signature) transactions and 1% for debit
(i.e. PIN) transactions. That is why those nifty PIN terminals appeared
everywhere virtually overnight: saving 3% on every debit transaction
easily paid for all those new terminals.
S
--
Stephen Sprunk God does
the sale.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
of it bought to handle the massive influx
of dial-up modem users in the 1990s--that is generating less and less
revenue every year.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible
of anyone who /hasn't/,
let us know so we can beat up the RIR in question.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
.
Nearly all of what I do print is signed, scanned to PDF and shredded
within minutes.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
IPv4-addressable devices, and they're certainly not all online at
the same time, so a simple customer count does /not/ qualify as
justification for getting that many addresses.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler
know it's doable.
If they want to give every customer a public address, IPv6 provides more
than they could ever possibly use--and ~34M new IPv6 eyeballs would give
the content industry a nice kick in the pants...
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723
terms that improve their /profits/, i.e. take more money out
of customers' wallets. And that's exactly what their shareholders want
them to do; it would be rather naïve to expect anything else.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God
issues for that block, which is currently either /32 (PA) or /48
(PI). Presumably, long means any prefix longer than that; paid peers
may accept those as well, but one assumes unpaid peers will not.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God
, then finally v6 only.
That's what NAT-PT is for. Oh wait, the IETF deprecated it...
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
and/or environmental reasons, etc.
Newer isn't always better.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME
resources?
By creating artificial scarcity, one can increase profits per unit of
nearly-valueless, renewable resources. See also: De Beers and the
demonizing of artificial diamonds.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God
prefix due to
delusions of better security, one can use a private deconfliction
registry, e.g. http://www.sixxs.net/tools/grh/ula/.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every
name (and timed out). That's a fun one.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic
to stop them.
ARIN has no guns.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
no
authority at all--and no obligation to provide any services to you.
ARIN policy therefore does _not_ have the force of law. You are free to
ignore them if you wish, unlike a regulator.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate
(X-small category) assignment
maintenance fee went up to $1250/yr to match the current allocation
maintenance fee table, would that really be significant in the grand
scheme of things?
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate
time and ARIN's.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
--at minimal cost.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
to purchase only what they need, not what some
marketing puke decides they need (or some one-size-must-fit-all pricing
scheme, which rarely works well).
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSS
maintained the same connector and the same framing,
which makes for trivial upgrades that deliver regular (and significant)
performance improvements as customers' equipment replacement cycle turns.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God
squeeze out a few
more bits of payload), but so far nobody has. It's hard to beat
Ethernet on volume, and that's the main determinant of cost/price...
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSS
do is offer a refund. Unfortunately, take
your money elsewhere doesn't work when you've already paid for the
hotel room--and they know it.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice
.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
are still IPv4-only
and the few IPv6 eyeballs can be assumed to have proxies since otherwise
they couldn't see 99.% of the Internet.
This is what it looks like before critical mass is achieved.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God
or even trillions of addresses are
manageable without needing EUI-64; millions is a drop in the bucket.
Still, it's good to know that another link layer -- which people _will_
be running large IPv6 networks on -- is using EUI-64 and that it's not
just a FireWire thing.
S
--
Stephen Sprunk
to
discuss how consumer ISPs _might_ do DHCPv6 PD when none of them have
shown much interest in providing any IPv6 connectivity at all and many
are blocking (through mandatory NAT) even 6to4. And, until the eyeballs
can speak IPv6, the content isn't going to speak it either...
S
--
Stephen
addresses to date; if you're using a link layer with EUI-48 addresses
(e.g. Ethernet), an extra 16 bits (FFFE) get stuffed in the middle to
transform it into the EUI-64 that IPv6 expects.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate
to help you.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
products when the vendors stop supporting them or go out of business,
most of this should already be built into your budgets -- but not many
execs see value in that. If it ain't broke so badly that it cuts into
profits, you don't need any budget for it.
S
--
Stephen Sprunk God does
://www.arin.net/policy/proposals/2008_6.html
[2] https://www.arin.net/policy/proposals/2009_1.html
[3] The BoT Chair has posted several messages on PPML about this, but
they do not appear to be official statements by the entire BoT. I
haven't noticed any other BoT members commenting.
--
Stephen Sprunk
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible opportunity. --Stephen Hawking
smime.p7s
Description: S/MIME Cryptographic Signature
Ricky Beam wrote:
On Sat, 07 Feb 2009 14:31:57 -0500, Stephen Sprunk
step...@sprunk.org wrote:
Non-NAT firewalls do have some appeal, because they don't need to
mangle the packets, just passively observe them and open pinholes
when appropriate.
This is exactly the same with NAT and non-NAT
Matthew Moyle-Croft wrote:
Stephen Sprunk wrote:
You must be very sheltered. Most end users, even security folks at
major corporations, think a NAT box is a firewall and disabling NAT
is inherently less secure. Part of that is factual: NAT (er, dynamic
PAT) devices are inherently fail
. This is
understandable, since the real threats -- uneducated users and flawed
software -- are ones they have no power to fix.
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible
any. So far, nobody's shown interest in
plugging that hole in the policy because it'd be a major step forward if
IPv6 were popular enough for anyone to bother wasting it...
S
--
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler
Justin Shore wrote:
David Barak wrote:
Consider for a moment a large retail chain, with several hundred or a
couple thousand locations. How big a lab should they have before
deciding to roll out a new network something-or-other? Should their
lab be 1:10 scale? A more realistic figure is
Skywing wrote:
No POTS line here. New office is all VoIP, too. For my own use, though, I'm
sticking with cell. Don't recall the last time that there was an outage to the
point where I couldn't make a voice call in the past few years (though I've
seen EVDO data go down for my region and
Joe Abley wrote:
On 19 Nov 2008, at 19:16, Heather Schiller wrote:
ARIN makes available a list of prefixes with OriginAS. I don't know
if other RIR's do.
How is that list generated?
I'm not aware of any tight coupling between address assignment and AS
assignment that binds anybody to
David Schwartz wrote:
Your customers pay you to carry their traffic across your network between them
and the next network in the line. There is no reason anyone else should
compensate you for doing this.
What it all comes down to is that the majority of eyeballs are on
residential
Mikael Abrahamsson wrote:
This brings up an interesting question, should we stop announcing our
6to4 relays outside of Europe? Is there consensus in the business how
this should be done? I have heard opinions both ways.
I can understand why some folks would say stop, but unfortunately Europe
William Pitcock wrote:
On Wed, 2008-09-24 at 19:28 -0700, Paul Ferguson wrote:
On Wed, Sep 24, 2008 at 7:24 PM, Randy Bush [EMAIL PROTECTED] wrote:
John Bambenek wrote:
When there is no law to speak of all that is left is tribal justice.
this way lies lynch mobs
Kevin Oberman wrote:
Date: Mon, 22 Sep 2008 11:42:33 -0400
From: Goltz, Jim (NIH/CIT) [E] [EMAIL PROTECTED]
Remember, they've also mandated IPv6 support on all backbones.
Yes, and the goal, relatively insignificant that it was, was met. It was not a requirement that anyone actually
Azinger, Marla wrote:
I use RWHOIS for proof of who we assign and allocate address space to. I dont
believe an LOA is any more valid or secure than my RWHOIS data base that I keep
and update on a daily basis. In this case I find it a waste of time when
people ask me for LOA's when they can
Frank Bulk wrote:
When I do that it lists the organization's AS, but not any netblocks
associated with that AS.
Frank
-Original Message-
From: Jake Mertel [mailto:[EMAIL PROTECTED]
Frank,
Add the operator in front of the organizations ARIN ID when you do
your WHOIS query and it
Alec Berry wrote:
Michael Thomas wrote:
But the thing that's really pernicious about this sort of policy is
that it's a back door policy for ISP's to clamp down on all outgoing
ports in the name of security.
I don't think ISPs have anything to gain by randomly blocking ports. They
Paul Wall wrote:
On Fri, Aug 22, 2008 at 10:34 AM, Matlock, Kenneth L
[EMAIL PROTECTED] wrote:
Does anyone here have real-world experience with Force 10 gear
(Specifically their E-Series and C-Series)? They came and did their
whole dog and pony show today, but I wanted to get real-world
service for reference when making future
buying decisions. Very few are arrogant enough to do the former, though.
S
Stephen Sprunk God does not play dice. --Albert Einstein
CCIE #3723 God is an inveterate gambler, and He throws the
K5SSSdice at every possible
77 matches
Mail list logo