WAN transfer rates

2004-05-11 Thread Jeff Nelson

Possibly someone in this forum with a better understanding of tcp/ip can
articulate this better than I

I realize that transfer rates across the Internet diminish significantly
with latency, but what's the good answer for someone shrunk down to
<10Mbps when the smallest pipe between them is 100Mbps and latency is
<40ms?

Does anyone have reference to any study done in this area? I'm sure
window tuning can alter this, but I'm interested in average statistics.

Any reference would be appreciated.

thanks,
jeff





Google contact

2003-12-10 Thread Jeff Nelson


If someone from Google could contact me, I would appreciate it (or someone give up a 
good one).

Thanks,
-- 
Jeff Nelson
Rackspace Managed Hosting
Office: (210) 892 4025 x1601
GnuPG KeyID: 0x7DE7C4E0 @pgp.mit.edu
AS Caretaker: 10532 15395 25897 27357 30099


Cisco OSMs for 65XX

2002-12-11 Thread Jeff Nelson

I'm looking into an edge 65XX solution for a new DC with multiple sonet
connections to GigE and I was hoping for some real world feedback.
Particularly, we're considering the OSM-4OC3-POS-SI+ and the
OSM-2OC12-POS-SI+. While performance and redundancy may best be served
by GSRs with engine3/4 linecards or the big J, I'm not convinced the
expense is worth the additional costs.

Any hands-on experiences or 3rd party performance statistics are most
welcome.

Thank you,
jeff




Re: ARIN IP allocation questionn

2002-06-27 Thread Jeff Nelson


Small ISP or no, how far off are you from begin multi-homed? Growing pains
in the Internet are very real--time and money. If you're growing only
another /24 in the next 6-12, then you may be able to squeeze that our of
your current provider (i.e. buy time to see if DSL will pull in the revenue
to justify the additional costs and administration). If you only have one
provider and did not mention any poor service, they very well may be worth
keeping as a redundant link--but they will always own and pay for those
addresses. Then you must consider whether leasing from a second provider or
leasing from ARIN is best for you. If you see continued growth, I would make
the plunge and revel in the discoveries.

You can be allocated blocks from ARIN in a 2-3 week period of time; another
provider bringing you a DS-3 (or whatever) could take 6+ depending on your
location.

Keep your plans flexible.

--jeff

"Be liberal in what you accept, and conservative in what you send."
--Jon Postel
- Original Message -
From: "Joel Baker" <[EMAIL PROTECTED]>
To: "David Schwartz" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, June 27, 2002 12:18 PM
Subject: Re: ARIN IP allocation questionn


>
> On Thu, Jun 27, 2002 at 01:56:26AM -0700, David Schwartz wrote:
> >
> > >My *personal* opinion is that wise ISPs only punt customers to ARIN
once
> > >they reach the point where they can, in fact, have a normal ARIN
netblock
> > >assigned directly to them (currently a /20, unless I slept through
another
> > >change...)
> >
> >  The guidelines have a strong preference for singly-homed networks to
> > use IP address space allocated to them from their upstreams. I can think
> > of no logical reason* an ISP would prefer their customers to go to ARIN
> > rather than deal with them. The global routing table is better off for
it
> > as well, as the customer's /20 would be a new route, rather than being
> > included in their provider's presumably larger block.
>
> The assumption that the ISP has a larger block is not always a wise one
> to make.
>
> >  On the other hand, I can think of many reasons a customer would prefer
> > to deal with ARIN than their upstream, assuming the meager cost wasn't a
> > factor and they don't mind polluting the global table a tad. Of course,
> > that's not really an operational issue.
>
> Most of the places I've worked would be charging them for the IP usage
> either way, since the ISP has to pay ARIN, eventually...
>
> >  DS
> >
> >  * The only reason I could possibly think of is if the ISP is afraid
that
> > the large allocation will impact their future allocations because they
> > don't have the confidence or competence to extract a proper
justification
> > from their customer and present/defend that justification to ARIN when
> > their next allocation comes up. But this wasn't the reason you were
> > thinking of, right?
>
> See above. Sometimes you have lots of IP space, but nothing *large*, due
to
> business constraints. This often changes over time, but some of us don't
> have multiple legacy /16s from Back In The Day (and then again, some of us
> do - but not the 'us' I work for, anymore).
>
> Not under NDA, since all of it can be found by asking ARIN, of course. :)
> --
>
***
> Joel Baker   System Administrator -
lightbearer.com
> [EMAIL PROTECTED]  http://users.lightbearer.com/lucifer/
>




Re: Hotel in Seattle area w- internet access ?

2002-06-26 Thread Jeff Nelson



This is the 'classic' list: http://www.geektools.com/geektels/
(worldwide)... but call to confirm. I've stayed at the Four Seasons and was
pleased with everything but the price.

"Be liberal in what you accept, and conservative in what you send."
--Jon Postel
- Original Message -
From: "Bill Woodcock" <[EMAIL PROTECTED]>
To: "joe mcguckin" <[EMAIL PROTECTED]>
Cc: "NANOG" <[EMAIL PROTECTED]>
Sent: Wednesday, June 26, 2002 1:28 PM
Subject: Re: Hotel in Seattle area w- internet access ?


>
> > I'm leaving for Seattle this evening. Can anyone recommend a hotel
that has
> > internet access in the rooms?
>
>
http://www.geektools.com/geektels/showhotels.php?country=USA&state=Washingto
n&city=Seattle
>
> -Bill
>
>




Re: Sprint peering policy

2002-06-26 Thread Jeff Nelson


http://www.sprintlink.net/policy/index.html

--what they publish

$--what they don't

jeff

"Be liberal in what you accept, and conservative in what you send."
--Jon Postel


- Original Message -
From: "Majdi S. Abbas" <[EMAIL PROTECTED]>
To: "Ralph Doncaster" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, June 26, 2002 11:57 AM
Subject: Re: Sprint peering policy


>
> On Wed, Jun 26, 2002 at 12:39:11PM -0400, Ralph Doncaster wrote:
> > While many other tier-1's have publicly listed their peering policies,
> > I've never seen anything for 1239.  Not that I'd stand a chance, but
does
> > anyone know what their peering requirements are?
>
> sprintlink.net# grep peering /etc/aliases
> peering: /dev/null
> sprintlink.net#
>
> --msa
>