RE: IPV4 as a Commodity for Profit

Hi Randy- ARIN has produced the histogram as requested and posted it to our website. It can be found at http://www.arin.net/statistics/index.html#ipv4org Regards, Leslie Nobile Director, Registration Services ARIN -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] O

RE: Yahoo! Mail/Sys Admin

Hello Everyone, It's been a while since I posted on this topic, and unfortunately I'm still having trouble with Yahoo deferrals. The links that were provided in this post worked, but after the forms were received by what I *think* is a human I still got a canned reply. I've tried replying with

RE: AS 2828

Hi, For those who may be interested, you can see how this outage was perceived by routeviews' peers at LINX, using Rcat at http://rcat.rd.francetelecom.com/ Set the following options: starting date: 2008-02-26 11:30:00 ending date: 2008-02-26 11:40:00 time zone value: Etc/GMT-6 logical quer

IETF Journal Announcement (fwd)

All - Forwarded on Mirjam's behalf. Aside: If you find the Thaler/Aboba article on protocol success interesting you might also want to check out the plenary slides from the last IETF: http://www.ietf.org/proceedings/07dec/slides/plenaryt-1.pdf - Lucy -- Forwarded message -- D

RE: Yahoo! Mail/Sys Admin

Hello, Try encorporating DomainKeys and applying for their feedback loop. http://help.yahoo.com/l/us/yahoo/mail/postmaster/forms_index.html I still have the same problem. Do you have any users who forward their email to their free @yahoo.com addresses from your server? Let me know if you get

RE: Power outages in Florida

For power conservation the units might automatically shut down data services. Frank From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Diaz Sent: Tuesday, February 26, 2008 11:44 PM To: [EMAIL PROTECTED] Cc: nanog@merit.edu Subject: Re: Power outages in Florida Being t

Re: IETF Journal Announcement (fwd)

Don't worry if the ISOC website times out, their firewall isn't TCP ECN compatible. It was going to be fixed a couple of years ago when I enquired about it, but obviously hasn't been. Being liberal in what they'll accept seems to be a bit of a problem for them. It's the last remaining non-ECN com

Re: IPV4 as a Commodity for Profit

> ARIN has produced the histogram as requested and posted it to our > website. It can be found at > http://www.arin.net/statistics/index.html#ipv4org leslie, thank you ever so much. but the way it depects the date kinda obscures my point. my apologies for being a pita, but could the y axis p

RE: Yahoo! Mail/Sys Admin

Do you have any users who forward their email to their free @yahoo.com addresses from your server? That is likely the core of Justin's problem. We've found the way to minimize issues with yahoo mail are: 1. Clean up (ideally eliminate) the .forwarders on your end. This requires some

RE: Yahoo! Mail/Sys Admin

On Wed, 2008-02-27 at 14:03 -0800, chuck goolsbee wrote: > I agree with Ray on this one... I'll gladly buy a sushi lunch for the > first real yahoo mail admin that ever appears in meatspace. I'm > convinced that there are no real humans working mail ops there. Wearing my academic IT hat for a m

Qwest desires mesh to reduce unused standby capacity

I found this section of a Telephony Online article interesting: Though networking trends point toward an evolution to mesh networks, nationwide carrier networks currently lack the physical diversity that would help carriers realize the benefits of true mesh

Re: Qwest desires mesh to reduce unused standby capacity

Frank Bulk - iNAME wrote: To keep this OT as much as possible, my question is if a mesh-configuration of backup routes (where one link could provide 'protection' for many) would be considered a sufficient replacement for SONET rings, or if the Qwest CTO is really trying to get out of providing

Re: Qwest desires mesh to reduce unused standby capacity

On Wed, Feb 27, 2008 at 9:37 PM, Frank Bulk - iNAME <[EMAIL PROTECTED]> wrote: > > To keep this OT as much as possible, my question is if a > mesh-configuration > of backup routes (where one link could provide 'protection' for many)