Re: FCC Chair Rosenworcel Proposes to Investigate Impact of Data Caps

[Steve Meuse]

I always looked at Comcast's caps as pre-emptive fodder for future FCC
bargaining. The next time they want to do something with the FCC's approval
and the commission wanted a concession, they would offer it up for the
block.

-Steve



On Fri, Jun 16, 2023 at 1:41 AM Crist Clark  wrote:

> Comcast still has data caps. My service is 1.2 TB per month. If we get
> close, we get a warning email. If we were to go over (hasn’t happened yet),
> we get billed per additional 500 MB.
>
> However, I just looked at my account usage for the first time for a few
> months, and somehow have had zero usage since March of this year.
>
>
> On Thu, Jun 15, 2023 at 5:48 PM Michael Thomas  wrote:
>
>>
>> On 6/15/23 3:19 PM, Sean Donelan wrote:
>> >
>> > While a lot of ISPs gave up on data caps, the language is still
>> > lurking in many Terms Of Service.
>> >
>> >
>> >
>> >
>> https://www.fcc.gov/document/chair-rosenworcel-proposes-investigate-impact-data-caps
>> >
>> >
>> > proposed Notice of Inquiry to learn more about how broadband providers
>> > use data caps on consumer plans. Data caps, or usage limits, are a
>> > common practice where an internet service provider (ISP) restricts how
>> > much bandwidth or data a consumer uses, though many broadband ISPs
>> > temporarily or permanently refrained from enforcing or imposing data
>> > caps in response to the COVID-19 pandemic. In particular, the agency
>> > would like to better understand the current state of data caps, their
>> > impact on consumers, and whether the Commission should consider taking
>> > action to ensure that data caps do not cause harm to competition or
>> > consumers’ ability to access
>> > broadband Internet services.
>>
>> So why did they back off? Cost too much in support calls with pissed
>> people? Bad publicity? People can't meaningfully use the offered
>> bandwidth these days? Something else?
>>
>> Mike
>>
>>

Re: AS 3356 (Level 3) -- Community 3356:666

[Steve Meuse]

Unless, of course, your BGP policy was written long before that RFC was
established and you didn't think it was worth the config upgrade to support
something that had been in use since around 1998 or so :)

-Steve



On Wed, Aug 4, 2021 at 10:27 AM Daniel Suchy via NANOG 
wrote:

> Hello,
> there's exactly *one* blackhole well-known community, which should be
> used for this purpose - 65535:666 (standardised in RFC 7999). There's no
> reason to use even "ASN:666" format these days...
>
> - Daniel
>
> On 8/4/21 3:28 PM, Sriram, Kotikalapudi (Fed) via NANOG wrote:
> > There is an old NANOG thread from 2005 that said AS 3356 (Level 3) were
> applying 3356:666 to indicate Peer route:
> >
> https://archive.nanog.org/mailinglist/mailarchives/old_archive/2005-12/msg00280.html
> > Also, see: https://onestep.net/communities/as3356/
> >
> > Now network operators commonly use ASN:666 for BGP Blackholing Community.
> > (ASN = the operator's AS number)
> > See, for example, https://www.he.net/adm/blackhole.html
> >
> > Does anyone know if AS 3356 has changed how it uses 3356:666?
> > I.e., is it known if they now use it for Blackholing Community?
> >
> > Thank you.
> >
> > Sriram
> >
> >
>

Re: interesting troubleshooting

[Steve Meuse]

What that large flow in a single LSP? Is this something that FAT lsp would
fix?

-Steve


On Fri, Mar 20, 2020 at 5:33 PM Nimrod Levy  wrote:

> I just ran into an issue that I thought was worth sharing with the NANOG
> community. With recently increased visibility on keeping the Internet
> running smoothly, I thought that sharing this small experience could
> benefit everyone.
>
> I was contacted by my NOC to investigate a LAG that was not distributing
> traffic evenly among the members to the point where one member was
> congested while the utilization on the LAG was reasonably low. Looking at
> my netflow data, I was able to confirm that this was caused by a single
> large flow of ESP traffic. Fortunately, I was able to shift this flow to
> another path that had enough headroom available so that the flow could be
> accommodated on a single member link.
>
> With the increase in remote workers and VPN traffic that won't hash across
> multiple paths, I thought this anecdote might help someone else track down
> a problem that might not be so obvious.
>
> Please take this message in the spirit in which it was intended and
> refrain from the snarky "just upgrade you links" comments.
>
> --
> Nimrod
>

Re: AT is suspending broadband data caps for home internet customers due to coronavirus

[Steve Meuse]

But why do they peak in the late evening? 'cause that's when folks are
home.

If you now have a houseful of work-from-home and school-from-home people,
we could, potentially, see the curve change, especially if folks are
working and watching netflix/youtube,  etc.

I suspect rather than the peak dropping at all, the peak will stretch over
a longer time period.

-Steve





On Thu, Mar 12, 2020 at 6:50 PM Tom Paseka via NANOG 
wrote:

> I am not worried. Residential ISPs are usually at peak in the late
> evening. They have loads of capacity during the day.
>
> On Thu, Mar 12, 2020 at 3:35 PM Jared Mauch  wrote:
>
>> I do worry if the broadband networks have the capacity. WFH traffic is
>> usually different from regular consumer traffic. My neighbors were telling
>> me about the mandatory work from home they had today and how the VPN
>> struggled to work.
>>
>> To those upgrading those things, keep at it. You will get there.
>>
>> Sent from my iCar
>>
>> > On Mar 12, 2020, at 6:29 PM, Sean Donelan  wrote:
>> >
>> > 
>> > The first data cap waiver I've seen due to coronavirus.  I expect other
>> ISPs to quickly follow.
>> >
>> >
>> https://www.vice.com/en_us/article/v74qzb/atandt-suspends-broadband-usage-caps-during-coronavirus-crisis
>> >
>> > AT is the first major ISP to confirm that it will be suspending all
>> broadband usage caps as millions of Americans bunker down in a bid to slow
>> the rate of COVID-19 expansion. Consumer groups and a coalition of Senators
>> are now pressuring other ISPs to follow suit.
>>
>

Re: Arista Switch Suggestion

[Steve Meuse]

You should be able to do that with Sflow, which they all/most support.

Also, this seems like standard Ifmib stuff, any snmp poller should be able
to handle that, from a metrics perspective .

-Steve


On Fri, Dec 6, 2019 at 4:31 PM Mike Hammett  wrote:

> I asked over at https://puck.nether.net/mailman/listinfo/arista-nsp a
> couple weeks ago, but didn't get an answer, so I have moved to a larger
> group.
>
> I understand that some Arista switches will expose each VLAN in SNMP so I
> can monitor traffic on a VLAN independently of over VLANs on that same
> physical interface. Some of them don't.
>
> Which ones do?
>
> I prefer a solid used switch.
>
>
> 10G ports are fine.
>
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions
> http://www.ics-il.com
>
> Midwest-IX
> http://www.midwest-ix.com
>

Re: Comcast iNET Contact

[Steve Meuse]

In my local municipality (as part of a contract renegotiation) we swapped
support of the coaxial iNet in favor of dark fiber between specific
buildings, that we would be in charge of lighting ourselves.

-Steve



On Wed, Nov 27, 2019 at 11:15 AM Brandon Price 
wrote:

> Are you sure it’s even iNet anymore? Here in NW Oregon they converted all
> of us governments over to standard commercial ENS circuits. The iNet
> doesn’t exist any longer here.
>
>
>
>
>
> Brandon
>
>
>
> *From:* NANOG  *On Behalf Of *Stephen M
> *Sent:* Tuesday, November 26, 2019 11:29 AM
> *To:* nanog@nanog.org
> *Subject:* Comcast iNET Contact
>
>
>
> *CAUTION:* This email originated from outside of the organization. Do not
> click links or open attachments unless you are expecting this email and/or
> know the content is safe.
>
>
>
> Hello,
>
>
>
> I'm a network engineer with a county government and I'm trying to get in
> contact with someone from Comcast who can provide a .KMZ or similar of our
> iNET (Institutional Network) dark fiber.
>
>
>
> I've called through the normal support lines and gotten bounced around a
> few times... Which isn't surprising... This stuff is 20 years or so old.
>
>
>
> Thanks in advance!
>
>
>
> Cheers,
>
> Stephen
>
>
>
> //please pardon any brevities - sent from mobile//
>

Re: Comcast iNET Contact

[Steve Meuse]

Contact the licensing authority for your municipality. There is typically a
government liaison position that *might* be able to help. If it's fiber,
you have a slightly better chance of it actually being documented, but only
slightly :)

-Steve



On Tue, Nov 26, 2019 at 2:29 PM Stephen M  wrote:

> Hello,
>
> I'm a network engineer with a county government and I'm trying to get in
> contact with someone from Comcast who can provide a .KMZ or similar of our
> iNET (Institutional Network) dark fiber.
>
> I've called through the normal support lines and gotten bounced around a
> few times... Which isn't surprising... This stuff is 20 years or so old.
>
> Thanks in advance!
>
> Cheers,
> Stephen
>
> //please pardon any brevities - sent from mobile//
>

Re: Analysing traffic in context of rejecting RPKI invalids using pmacct

[Steve Meuse]

On Tue, Mar 12, 2019 at 9:26 AM Jay Borkenhagen  wrote:

>
>
> Thanks for the update, but based on that description I'm not certain
> that you implemented the same thing that pmacct built, which IMO is
> what is needed by those considering deploying a drop-invalids policy.
> (Perhaps you omitted mentioning that ability in your description but
> included it in your implementation.)
>
>
Thanks Jay, you are correct. As we were talking through the logic we
realized we missed that bit. Internally, we're working though the logic to
understand if there is a covering route, is that route valid, and if not,
will we recurse and look for another covering route that is valid?

Either way, we'll be updating our software with that functionality shortly.

-Steve

Re: Analysing traffic in context of rejecting RPKI invalids using pmacct

[Steve Meuse]

On Tue, Feb 12, 2019 at 1:15 PM Job Snijders  wrote:

>
>
> ps. Dear Kentik & Deepfield, please copy+paste this feature! We'll
> happily share development notes with you, you can even look at pmacct's
> source code for inspiration. :-)
>


Thanks Job, I just wanted to reach back out to you and the NANOG community
that we've implemented this feature. Currently Kentik can match flow data
with the following validation state:

- VALID = Prefix fits in ROA, and ROA ASN and Prefix Origin Match
- UNKNOWN = we haven't found any matching ROA
- INVALID - ASN mismatch = BGP prefix fits in the ROA prefix's length BUT
the ROA ASN differs from the Prefix Origin ASN
- INVALID - Prefix length out of bounds = the BGP prefix doesn't have an
ROA with large enough Max-Length to refer to
- INVALID - ASN 0 specified = there is a matching ROA w/ the right
max-length but the ASN associated w/ it is 0 (explicit invalid)

If anyone would like more information please hit me up offline.

-Steve

Re: Question about ISP billing procedures

[Steve Meuse]

I can say that missing samples weren’t back filled when we billed. Never
had any complaints.

-Steve

On Wed, Feb 27, 2019 at 10:31 PM Daniel Rohan  wrote:

> Can anyone shed light on how ISPs handle missing samples when calculating
> p95s for monthly billing cycles? Do they fill null samples with zeros or
> leave them as null?
>
> I’m working on a billing sanity tool and want to make sure to cover my
> corner cases well.
>
> Thanks!
>
> Dan
> --
> Thanks, Dan
>

Re: Amazon now controls 3.0.0.0/8

[Steve Meuse]

It's still in use, I believe Level(3)/CenturyLink uses it for either their
VPN or Voice network.

-Steve

On Thu, Nov 8, 2018 at 9:44 PM Ross Tajvar  wrote:

> Speaking of AS1 - I've been wondering, what's it being used for? It looks
> like Level3 owns it, and it's announcing a handful of prefixes and peering
> with a bunch of random ASes from many different countries.
>
> On Thu, Nov 8, 2018 at 9:19 PM, Steve Meuse  wrote:
>
>>
>> John Orthoefer and I (and dozens of other BBN folks on this list) both
>> worked for BBNPlanet at the time that 4.2.2.1 and 4.2.2.2 were assigned.
>> John was one of the folks who built and ran that system.
>>
>> So when he said "I wish we could have used 4.4.4.4" and my comment of "I
>> think the dial modem folks beat us to..." was referring to the fact that
>> when 4/8 was first being deployed on AS1 we started assigning blocks to
>> various groups and they realized that 4.4.4.0/XX had already been
>> delegated to another internal group (I think it was the dial group).
>>
>>
>>
>> On Thu, Nov 8, 2018 at 8:45 PM Tom Beecher  wrote:
>>
>>> 4.0.0.0/8 has been GTE/Level3 forever.
>>>
>>> 4.2.2.1 - 6 have been L3 DNS as far back as I can remember.
>>>
>>> On Thu, Nov 8, 2018 at 8:32 PM Todd Underwood 
>>> wrote:
>>>
>>>> google used 4.4.4.4 for DNS in the past (2010, IIRC).
>>>>
>>>> t
>>>>
>>>> On Thu, Nov 8, 2018 at 8:21 PM Steve Meuse  wrote:
>>>>
>>>>>
>>>>> I think it was the dial modem team that beat us to 4.4.4.0/24?
>>>>>
>>>>> -Steve
>>>>>
>>>>> On Thu, Nov 8, 2018 at 7:44 PM John Orthoefer 
>>>>> wrote:
>>>>>
>>>>>> I wish we could have used 4.4.4.4. Although at the time I suspect we
>>>>>> would have used 4.4.4.[123].
>>>>>>
>>>>>> Johno
>>>>>>
>>>>>> On Nov 8, 2018, at 18:58, Matt Erculiani 
>>>>>> wrote:
>>>>>>
>>>>>> So it looks like GE will be solvent for a few more years and 3.3.3.3
>>>>>> DNS is incoming.
>>>>>>
>>>>>> -Matt
>>>>>>
>>>>>> On Thu, Nov 8, 2018, 17:54 Eric Kuhnke >>>>>
>>>>>>> https://news.ycombinator.com/item?id=18407173
>>>>>>>
>>>>>>> Quoting from the post:
>>>>>>>
>>>>>>> "
>>>>>>>
>>>>>>> Apparently bought in two chunks: 3.0.0.0/9 and 3.128.0.0/9.
>>>>>>>
>>>>>>> Previous owner was GE.
>>>>>>>
>>>>>>> Anecdotal reports across the Internet that AWS EIPs are now being
>>>>>>> assigned in that range.
>>>>>>>
>>>>>>> https://whois.arin.net/rest/net/NET-3-0-0-0-1.html
>>>>>>>
>>>>>>> https://whois.arin.net/rest/net/NET-3-128-0-0-1.html
>>>>>>> "
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>

Re: Amazon now controls 3.0.0.0/8

[Steve Meuse]

John Orthoefer and I (and dozens of other BBN folks on this list) both
worked for BBNPlanet at the time that 4.2.2.1 and 4.2.2.2 were assigned.
John was one of the folks who built and ran that system.

So when he said "I wish we could have used 4.4.4.4" and my comment of "I
think the dial modem folks beat us to..." was referring to the fact that
when 4/8 was first being deployed on AS1 we started assigning blocks to
various groups and they realized that 4.4.4.0/XX had already been delegated
to another internal group (I think it was the dial group).



On Thu, Nov 8, 2018 at 8:45 PM Tom Beecher  wrote:

> 4.0.0.0/8 has been GTE/Level3 forever.
>
> 4.2.2.1 - 6 have been L3 DNS as far back as I can remember.
>
> On Thu, Nov 8, 2018 at 8:32 PM Todd Underwood  wrote:
>
>> google used 4.4.4.4 for DNS in the past (2010, IIRC).
>>
>> t
>>
>> On Thu, Nov 8, 2018 at 8:21 PM Steve Meuse  wrote:
>>
>>>
>>> I think it was the dial modem team that beat us to 4.4.4.0/24?
>>>
>>> -Steve
>>>
>>> On Thu, Nov 8, 2018 at 7:44 PM John Orthoefer  wrote:
>>>
>>>> I wish we could have used 4.4.4.4. Although at the time I suspect we
>>>> would have used 4.4.4.[123].
>>>>
>>>> Johno
>>>>
>>>> On Nov 8, 2018, at 18:58, Matt Erculiani  wrote:
>>>>
>>>> So it looks like GE will be solvent for a few more years and 3.3.3.3
>>>> DNS is incoming.
>>>>
>>>> -Matt
>>>>
>>>> On Thu, Nov 8, 2018, 17:54 Eric Kuhnke >>>
>>>>> https://news.ycombinator.com/item?id=18407173
>>>>>
>>>>> Quoting from the post:
>>>>>
>>>>> "
>>>>>
>>>>> Apparently bought in two chunks: 3.0.0.0/9 and 3.128.0.0/9.
>>>>>
>>>>> Previous owner was GE.
>>>>>
>>>>> Anecdotal reports across the Internet that AWS EIPs are now being
>>>>> assigned in that range.
>>>>>
>>>>> https://whois.arin.net/rest/net/NET-3-0-0-0-1.html
>>>>>
>>>>> https://whois.arin.net/rest/net/NET-3-128-0-0-1.html
>>>>> "
>>>>>
>>>>>
>>>>>
>>>>>

Re: Amazon now controls 3.0.0.0/8

[Steve Meuse]

I think it was the dial modem team that beat us to 4.4.4.0/24?

-Steve

On Thu, Nov 8, 2018 at 7:44 PM John Orthoefer  wrote:

> I wish we could have used 4.4.4.4. Although at the time I suspect we would
> have used 4.4.4.[123].
>
> Johno
>
> On Nov 8, 2018, at 18:58, Matt Erculiani  wrote:
>
> So it looks like GE will be solvent for a few more years and 3.3.3.3 DNS
> is incoming.
>
> -Matt
>
> On Thu, Nov 8, 2018, 17:54 Eric Kuhnke 
>> https://news.ycombinator.com/item?id=18407173
>>
>> Quoting from the post:
>>
>> "
>>
>> Apparently bought in two chunks: 3.0.0.0/9 and 3.128.0.0/9.
>>
>> Previous owner was GE.
>>
>> Anecdotal reports across the Internet that AWS EIPs are now being
>> assigned in that range.
>>
>> https://whois.arin.net/rest/net/NET-3-0-0-0-1.html
>>
>> https://whois.arin.net/rest/net/NET-3-128-0-0-1.html
>> "
>>
>>
>>
>>

Re: ifIndex

[Steve Meuse]

Most platforms I've worked with have a method to make the indexes
persistent, often by additional command-line options.

-Steve



On Fri, Oct 12, 2018 at 2:08 PM Randy Bush  wrote:

> do folk have experience with platforms where ifIndexes are not stable
> across reboots etc?  how do you deal with it?  do some of those
> platforms trap on change?
>
> randy, who hates ifIndex changes
>

Re: O365 IP space

[Steve Meuse]

https://docs.microsoft.com/en-us/office365/enterprise/urls-and-ip-address-ranges


On Tue, Sep 25, 2018 at 12:13 PM David Bass  wrote:

> Does anyone have a good list of all of the US IPs used for O365?  Not
> looking for specific IPs, and can just use the blocks.
>
> Thanks!
>
>
>

Re: Confirming source-routed multicast is dead on the public Internet

[Steve Meuse]

Can your hfc customers do an igmp join?

No? Then it's probably not considered "public".

-Steve

On Wed, Aug 1, 2018 at 5:21 AM Aaron Gould  wrote:

> As you all have said, to confirm, I use ssm Mcast to distribute TV from
> satellite down links in the headend, out to a few different remote head
> ends.  From there it's converted back to RF video and sent to subscribers
> via cable or hfc plant
>
> Aaron
>
> > On Jul 31, 2018, at 5:15 PM, Job Snijders  wrote:
> >
> >> On Tue, 31 Jul 2018 at 23:29, Sean Donelan  wrote:
> >>
> >> Its tought to prove a negative. I'm extremely confident the answer is
> yes,
> >> public internet multicast is not viable. I did all the google searches,
> >> check all the usual CAIDA and ISP sites. IP Multicast is used on private
> >> enterprise networks, and some ISPs use it for some closed services.
> >>
> >> I got sent back with a random comment from a senior official saying "but
> >> I heard different." I bit my tongue, and said I would double (now
> >> quadruple) check.
> >>
> >> If any ISPs have working IP source-routed multicast on the public
> >> Internet that I missed, or what I got wrong.  That's what content
> >> distribution networks (cdn's) are for instead.
> >
> >
> >
> > AS 2914 is working to fully dismantle all its Internet multicast related
> > infrastructure and configs. All MSDP sessions have been turned off, we
> have
> > deny-all filters for the multicast AFI, and the RPs have been shut down.
> >
> > For years we haven’t seen actual legit multicast traffic. Also the
> > multicast “Default-Free Zone” has always been severely partitioned. Not
> all
> > the players were peering with each other, which led to significant
> > complexity for any potential multicast source.
> >
> > Reasoning behind turning it off is that it limits the attack surface
> > (multicast can bring quite some state to the core), reduces the things we
> > need to test and qualify, and by taking this off the RFPs we can perhaps
> > consider more vendors.
> >
> > However, as you noted; multicast within a single administrative domain
> > (such as an access network distributing linear TV), or confined to
> > purpose-built L3VPNs very much is a thing. On the public Internet
> multicast
> > seems dead.
> >
> > Kind regards,
> >
> > Job
>
>

Re: Looking for colocation in NY or NJ

[Steve Meuse]

You should talk to the guys at Towardex.

http://www.towardex.com/

-Steve

On Wed, Feb 7, 2018 at 6:30 PM Matthew Crocker 
wrote:

>
> Hello,
>
> I’m looking to establish a POP in the area with the purpose of connecting
> to exchanges (DE-CIX, Equinix New York, NYIIX).  I’ll need access to
> Lightower or Level(3) for transport back to Springfield (1 Federal St), &
> Boston MA
> 
> (1 Summer St).
>
> I’ll need a cabinet, 208v power, planning on a Juniper MX480 but my go
> with a couple MX204s
>
> Initially I was looking at 111 8th.  I’m getting pricing from Equinix for
> NY2 that will save $$ on space & power.   Is it really ‘all the same’ and I
> can get anywhere to anywhere in NY Metro?
>
> Would I be handicapping myself by going across the river into NJ?
>
> Thanks
>
> -Matt
>
> --
> Matthew Crocker
> Crocker Communications, Inc.
> President
>

Re: Dyn DDoS this AM?

[Steve Meuse]

On Fri, Oct 21, 2016 at 12:09 PM, Roland Dobbins  wrote:

> On 21 Oct 2016, at 23:01, Mike Hammett wrote:
>
> > Are there sites that can test your BCP38\84 compliance?
>
> 


Quick note: If anyone has this installed already on OSX, bring up the
console and see if it's still running. I discovered (while watching the
NANOG preso) that mine had an issue and was failing silently. Re-installing
the new version fixed the issue.

The funny part of the story, looking through the logs to see which networks
I roamed on that were spoofable, the only positive hit was for the NANOG
conference network in Chicago :)

-Steve

Re: NetFlow - path from Routers to Collector

[Steve Meuse]

On Tue, Sep 1, 2015 at 12:14 PM, Roland Dobbins  wrote:

> On 1 Sep 2015, at 23:10, Job Snijders wrote:
>
> > To answer your first question: i see no issue in transporting flow
> > export traffic over the same backbone used to serve customer traffic.
>
> This is not good advice, for the reasons I stated previously in this
> thread.


Your advice is not "one size fits all".

I've done netflow over production links for two very large backbone
networks. Over the combined 17(?) years, never saw a problem. If your
network is likely to be partitioned by a small number of failures, that
might be a different case, but you can't make blanket statements.

-Steve

Re: Need recommendations for high-feature, high-density L3 Switch

[Steve Meuse]

On Mon, Feb 9, 2015 at 2:54 PM, Cliff Bowles cliff.bow...@apollo.edu
wrote:


 1 - Look at ASR9010 (or something similar) to replace all of the above.
 Pros: It has the density, it has features, port buffers, seems to have good
 granular virtualization, seems to have a good reputation amongst heavy
 users. Cons: It is very expensive fully populated and there is some
 oversubscription on the higher-density cards.


Depending on what level of redundancy you require, the 24x10 cards are not
oversubscribed, and we've had good luck with them, and the platform in
general.

If you need 36x10 per slot, look at the 9912 chassis.

The one card I would avoid is the 16x10, not due to any particular bug, but
due to the way that it's oversubscribed. Two ports share a 15Gb/s NPU,
depending on your port usage, that can be a major pain to deal with.

-Steve

Re: Comcast IPv6 issues..?

[Steve Meuse]

It's likely a reverse DNS error. If you look at the latency, it's within
range of the previous hops.

-Steve

On Wed, Dec 3, 2014 at 3:12 PM, Stephen Frost sfr...@snowman.net wrote:

 Hey all,

   Getting delays and seeing some pretty funky routes inside Comcast.
   All traces start from Ashburn, VA (2001:4830:167b::) and go to
   Chicago, IL (2610:150:4b0f::).

   Coming from Occaid/SIXXS (over a tunnel) through HE.net and have seen:

 Ashburn - San Jose - New York - Chicago
 -
  3  sixxs-asbnva-gw.customer.occaid.net (2001:4830:e6:7::2)  9.955 ms
 10.583 ms  10.17 ms
  4  iad0-b0-ge2.hotnic.net (2001:4810:0:100::1)  9.726 ms  11.004 ms
 9.956 ms
  5  10gigabitethernet2-2.core1.ash1.he.net (2001:504:0:2::6939:1)  10.069
 ms  10.674 ms  12.465 ms
  6  2001:559::db5 (2001:559::db5)  94.83 ms  95.593 ms  94.768 ms
  7  pos-2-2-0-0-cr01.sanjose.ca.ibone.comcast.net (2001:558:0:f58d::1)
 96.779 ms  99.591 ms  94.964 ms
  8  he-0-7-0-0-cr01.newyork.ny.ibone.comcast.net (2001:558:0:f5ba::2)
 89.969 ms  91.143 ms  92.507 ms
  9  he-0-11-0-0-cr01.350ecermak.il.ibone.comcast.net
 (2001:558:0:f5b8::2)  97.411 ms  88.731 ms  87.457 ms
 10  he-0-10-0-0-pe04.350ecermak.il.ibone.comcast.net
 (2001:558:0:f8cc::2)  87.444 ms  88.756 ms  87.505 ms
 11  2001:550:2:2::32:2 (2001:550:2:2::32:2)  89.812 ms  88.774 ms  87.558
 ms
 -

 Ashburn - New York (but with lots of latency..) - Chicago
 -
  3  sixxs-asbnva-gw.customer.occaid.net (2001:4830:e6:7::2)  9.549 ms
 10.652 ms  10.107 ms
  4  iad0-b0-ge2.hotnic.net (2001:4810:0:100::1)  9.975 ms  11.044 ms
 10.009 ms
  5  10gigabitethernet2-2.core1.ash1.he.net (2001:504:0:2::6939:1)  17.423
 ms  11.05 ms  12.27 ms
  6  2001:559::db5 (2001:559::db5)  95.197 ms  95.968 ms  94.793 ms
  7  he-2-6-0-0-cr01.ashburn.va.ibone.comcast.net (2001:558:0:f8d2::1)
 105.158 ms  101.428 ms  94.993 ms
  8  he-0-7-0-0-cr01.newyork.ny.ibone.comcast.net (2001:558:0:f5ba::2)
 89.735 ms  90.266 ms  92.577 ms
  9  he-0-11-0-0-cr01.350ecermak.il.ibone.comcast.net
 (2001:558:0:f5b8::2)  89.813 ms  92.963 ms  92.383 ms
 10  he-0-10-0-0-pe04.350ecermak.il.ibone.comcast.net
 (2001:558:0:f8cc::2)  87.401 ms  88.15 ms  87.085 ms
 11  2001:550:2:2::32:2 (2001:550:2:2::32:2)  122.387 ms  124.288 ms
 122.409 ms
 -

 Ashburn - Chicago - New York - Chicago
 -
  3  sixxs-asbnva-gw.customer.occaid.net (2001:4830:e6:7::2)  9.926 ms
 10.183 ms  9.978 ms
  4  iad0-b0-ge2.hotnic.net (2001:4810:0:100::1)  9.961 ms  11.37 ms
 9.973 ms
  5  10gigabitethernet2-2.core1.ash1.he.net (2001:504:0:2::6939:1)  9.95
 ms  18.258 ms  9.951 ms
  6  2001:559::db5 (2001:559::db5)  94.959 ms  96.413 ms  95.001 ms
  7  he-1-10-0-0-cr01.chicago.il.ibone.comcast.net (2001:558:0:f552::1)
 92.457 ms  92.964 ms  89.965 ms
  8  he-0-7-0-0-cr01.newyork.ny.ibone.comcast.net (2001:558:0:f5ba::2)
 89.789 ms  91.291 ms  97.333 ms
  9  he-0-11-0-0-cr01.350ecermak.il.ibone.comcast.net
 (2001:558:0:f5b8::2)  87.518 ms  95.961 ms  87.506 ms
 10  he-0-10-0-0-pe04.350ecermak.il.ibone.comcast.net
 (2001:558:0:f8cc::2)  87.406 ms  86.414 ms  87.425 ms
 11  2001:550:2:2::32:2 (2001:550:2:2::32:2)  87.517 ms  86.589 ms  87.506
 ms
 -

   Thoughts?

 Thanks,

 Stephen

Re: Comcast IPv6 issues..?

[Steve Meuse]

I will follow-up offline

-Steve

On Wed, Dec 3, 2014 at 3:40 PM, Stephen Frost sfr...@snowman.net wrote:

 * Steve Meuse (sme...@mara.org) wrote:
  It's likely a reverse DNS error. If you look at the latency, it's within
  range of the previous hops.

 Still curious that the systems (IPv6 addresses) are changing too..  It's
 not like it's the same route but just different rDNS results.  It's also
 quite a bit of latency between he.net and Comcast.  Also seeing ~20%
 packet loss to systems in Comcast and ~15% packet loss end-to-end.
 Certainly seems like there's something unhappy there, but I'll just keep
 an eye on it.

 Thanks!

 Stephen

Re: Comcast transit problems?

[Steve Meuse]

If anyone want to provide me with *useful* troubleshooting information,
I'll be glad to help.

I can't tell what use that website has, it offers zero detail.

-Steve




On Tue, Apr 22, 2014 at 1:03 PM, rw...@ropeguru.com rw...@ropeguru.comwrote:


 Looks like they are having issues other than Atlanta.

 http://downdetector.com/status/comcast-xfinity/map


 On Tue, 22 Apr 2014 09:06:35 -0500
  Blair Trosper blair.tros...@gmail.com wrote:

 I'm being inundated with reports from Comcast customers in various markets
 about their inability to reach anything on AWS.  For example, we have a
 few
 people in Atlanta that are all having this issue.

 What's more, they're having weird issues reaching things like Twitter or
 RingCentral (while other sites like Google and CNN work fine).

 (RingCentral's support department apparently knows about this and is
 telling their customers that use Comcast that they're aware of the issue
 but don't know what's going on at the present time.)

 Calls to the Comcast customer support just yield the everything's fine,
 you're crazy response from the staff.

 Can anyone from Comcast give me some help (or information) off list?

 -bt

Re: turning on comcast v6

[Steve Meuse]

On Thu, Dec 12, 2013 at 7:55 AM, Ryan Wilkins r...@deadfrog.net wrote:


 They are a bit quirky but generally they work fairly well when configured
 and left alone.


That describes most every router ever made :)

-Steve

Re: Sudan disconnected from the Internet

[Steve Meuse]

On Thu, Sep 26, 2013 at 1:39 PM, Chuck Church chuckchu...@gmail.com wrote:

 Or the country as a whole had WAY too many iPhones in need of a 7.0
 upgrade.

 Chuck


Man, they should really install some Akamai servers!  ducks

-Steve

Re: Suggestions for managed DNS provider?

[Steve Meuse]

On Thu, Feb 14, 2013 at 3:08 PM, Mike Hale eyeronic.des...@gmail.comwrote:

 DynDNS was pretty decent for us.  We had a fair amount of load with
 them and they handled it with no problem.


+1

Great company

-Steve

Re: OOB core router connectivity wish list

[Steve Meuse]

On Thu, Jan 10, 2013 at 11:41 AM, Randy Whitney randy.whit...@verizon.comwrote


 Nothing beats POTS in a broad power outage scenario. Numerous power
 outages have taken down mobile service completely while the POTS lines
 stayed up as it carries its own power by design.
 --
 Randy


It's been a while since I've tried, but it used to be an absolute nightmare
to get POTS service in many colos. Has that changed?

-Steve

Re: OOB core router connectivity wish list

[Steve Meuse]

On Thu, Jan 10, 2013 at 12:08 PM, Jared Mauch ja...@puck.nether.net wrote:




 Not sure about you, but I've used the ability for a POTS line to either
 ring or give me a modem tone to determine the power status at the site.

 - Jared


When I worked in the BBN NOC, we used the customers fax line to determine
if the site still had power :) Too many times the cleaners would blow fuses
when using the vacuum on the same circuit as the router.

-Steve

Re: NTP Issues Today

[Steve Meuse]

On Tue, Nov 20, 2012 at 11:38 AM, Leo Bicknell bickn...@ufp.org wrote:


 If your machines switched dates yesterday it probably means you're
 NTP infrastructure is insufficiently peered and diversified.


If you take anything away from this thread, this is it

-Steve

Re: /. Terabit Ethernet is Dead, for Now

[Steve Meuse]

On Thu, Sep 27, 2012 at 9:41 AM, Mikael Abrahamsson swm...@swm.pp.sewrote:


 I opposed 40GE, but since physics is a lot of the problem here, I think
 400GE is favorable over 1TE. Already now we're sitting with platforms with
 forwarding performance per slot that doesn't really match 100GE nicely,
 imagine the equivalent problem for 1TE. By the time this is ready, will
 platforms be at slightly over 1T per slot, perhaps it then makes more sense
 to have 3x400GE instead of 1x1TE per slot.


1Tb/s per slot is a reality that will be here sooner than many might
realize.

I think the bonded vs. native argument can come down to optical bandwidth.
If you are limited to N number of wavelengths on a segment having faster
native interfaces becomes desirable (assuming similar optical bandwidth per
unit).

-Steve

Re: IPv6 Ignorance

[Steve Meuse]

On Tue, Sep 18, 2012 at 9:21 AM, Robert E. Seastrom r...@seastrom.com wrote:



What do I mean when I say it must support IPv6?  I mean two things.
First, full feature parity with IPv4.  Everything that works under
IPv4 must work under IPv6.  If you have exceptions, you'd better
document them and have a remediation plan (or work-around if it is a
deficiency baked into the standard; there are a few of which I'm
aware).  Second, the device must function perfectly in an IPv6-only
environment, with not a hint of IPv4 addressing around.  Dual-stack
capability is nice, but should be an easy thing to provide if you can
handle the first two requirements.


Well spoken RS, I'm cutting and pasting this one to my account team(s). Far
too many discussions about this with them recently.  (really, you're just
*now* getting v6 to work on bundled interfaces?)

-Steve

Re: IPv6 Ignorance

[Steve Meuse]

On Tue, Sep 18, 2012 at 11:08 AM, Jared Mauch ja...@puck.nether.net wrote:



 We've been doing this for years on both Juniper  IOS/IOS-XR devices.
  Must be someone else.


I may be wrong, but IOS-XR on A9K only supported v6 on bundle-ether
interfaces as of 4.1.2-ish.

That, of course, leads to the conversation of keeping function parity
between same software revs but different hardware platforms. I understand
the issues there, but doesn't make deploying a feature any easier

-Steve

Re: ipv6mon v1.0 released! (IPv6 address monitoring daemon)

[Steve Meuse]

On Thu, Sep 13, 2012 at 8:31 AM, Jeroen Massar jer...@unfix.org wrote:


 You mean, like what NDPMon has been delivering for several years already:


Having a choice is never a bad thing(tm).

-Steve

Re: Heads-Up: GoDaddy Broke the Interwebs...

[Steve Meuse]

Of course, it could be a case of Hanlon's Razor.

-Steve

On Mon, Sep 10, 2012 at 3:13 PM, bill.ing...@t-systems.com wrote:

 Looks like this may be a DDoS attack from Anonymous:


 http://techcrunch.com/2012/09/10/godaddy-outage-takes-down-millions-of-sites/


 -Original Message-
 From: Aaron C. de Bruyn [mailto:aa...@heyaaron.com]
 Sent: Monday, September 10, 2012 1:07 PM
 To: NANOG mailing list
 Subject: Heads-Up: GoDaddy Broke the Interwebs...

 For the last ~15 minutes I've been receiving complaints about DNS issues.
  GoDaddy DNS is apparently b0rked.  I'm also seeing a lot of tweets about
 their hosting and VPS being down.  I'm unable to access the control panel
 for one of my customer accounts.


 -A

Re: Color vision for network techs

[Steve Meuse]

You might consider the ADA act before you go too far down this road. I'm no
expert, but it may apply...

-Steve

On Fri, Aug 31, 2012 at 10:15 AM, Berry Mobley be...@gadsdenst.org wrote:

 Hello,

 Do any of you do any color vision screening in your interview process? How
 do those of you with color vision impairments compensate? I'd never
 considered this until I was in one of our facilities with my son (who has
 limited color vision) and we had a discussion about the LEDs. He could only
 determine on/off - not amber/red/green on the equipment we had. I'm
 wondering if we need a color vision requirement (or test) as part of our
 hiring requirements.

 Berry Mobley

Re: Verizon's New Repair Method: Plastic Garbage Bags

[Steve Meuse]

Contact your Public Utility Commission, they tend to respond better when
there are formal complaints documented.

-Steve

On Wed, Aug 22, 2012 at 12:21 PM, Eric Wieling ewiel...@nyigc.com wrote:

 The garbage bags have been on that pole for at least 6+ months.

 What will end up happening is what happens every time something like this
 happens.  We call in trouble tickets for months until we can get the issue
 labeled chronic, then we get a Class 1 inspection, then they fix it.
 One issue is that to get it labeled chronic there needs to be three tickets
 opened within a month.  VZ's temp fix often works long enough that we can't
 get enough tickets in within a month.

 -Original Message-
 From: William Herrin [mailto:b...@herrin.us]
 Sent: Wednesday, August 22, 2012 11:58 AM
 To: Wayne E Bouchard
 Cc: nanog@nanog.org
 Subject: Re: Verizon's New Repair Method: Plastic Garbage Bags

 On Mon, Aug 20, 2012 at 7:17 PM, Wayne E Bouchard w...@typo.org wrote:
   On 08/20/2012 03:09 PM, Eric Wieling wrote:
   http://rock.nyigc.net/verizon/

  To be fair, this sort of thing does happen from time to time in
  perfectly legitimate situations. In some cases, parts need to be
  acquired or maintenance schedules need to be arranged in order to do a
  propper repair. So just because you see these, don't immediately think
  it is bad techs rather than a temporary, keep it working until you
  can do it right.

 Uh... no. Quick hacks happen from time to time to keep things running.
 Layers upon layers of quick hacks that are never cleaned up (see
 picture) happen through incompetence. If not on the part of the techs then
 on the part of the managers who rushed the techs onward to the next task.

 Always time to do it over, never time to do it right == incompetent.

 Regards,
 Bill Herrin



 --
 William D. Herrin  her...@dirtside.com  b...@herrin.us
 3005 Crane Dr. .. Web: http://bill.herrin.us/ Falls
 Church, VA 22042-3004

Re: NANOG poll: favorite cable labeler?

[Steve Meuse]

The BMP21 has kinda sucky cable labels, IMO.

-Steve

On Tue, Aug 21, 2012 at 9:46 PM, Mike Lyon mike.l...@gmail.com wrote:

 I bought the Brady BMP21 handheld labeler from Frys about a month ago.
 It takes 6x AA batteries i believe. You can buy the power cable and
 case for it if you want. I love it so far.

 -mike



 Sent from my iPhone

 On Aug 21, 2012, at 18:29, Seth Mattinen se...@rollernet.us wrote:

  On 8/21/12 6:10 PM, Robert E. Seastrom wrote:
  Hey everyone,
 
  Many moons ago I worked in a place where we had a Brady LS2000 wire
  labeler.  So long as the supplies were fresh it was great.
 
  In the storage unit I have a Brady TLS2200.  Supplies are expensive,
  but it works reasonably well.  Unfortunately the battery is shot
  (gotta replace that).
 
  It seems to me that as cheap as the Brother P-Touch type labelers have
  gotten that there might be some product by (Brady|Dymo|Brother|etc)
  that everyone uses and recommends these days which is (a) cheap enough
  that they can be deployed en masse rather than treated as a scarce
  resource, (b) hopefully runs on standard (such as AAA) battery types,
  and (c) has reasonably priced supplies.
 
  Labeling cables is mostly what I'm interested in.  The el-cheapo
  p-touch seems adequate to putting hostnames on machines.
 
  Thoughts?
 
 
 
  P-Touch with TZe tapes for me. I have stuff on the roof labeled with TZe
  tape and they still look new after about a year of exposure Disclaimer:
  I'm in the high desert.
 
  ~Seth
 

Re: strat-1 gps

[Steve Meuse]

FreeBSD, Trimble Thunderbolt and a TAPR FatPPS?

-Steve

On Tue, Jun 26, 2012 at 1:30 PM, Randy Bush ra...@psg.com wrote:

 my old TymServe 2100-GPS seems to have died.  would appreciate reccos
 for a replacement.  it is in a stand-alone environment so i can avoid
 roof access issues.  antenna already in place.  thanks.

 randy

Re: HE.net BGP origin attribute rewriting

[Steve Meuse]

On Thu, May 31, 2012 at 12:21 PM, Keegan Holley
keegan.hol...@sungard.comwrote:


 The internet by definition is a network of network so no one entity can
 keep traffic segregated to their network.  Modifying someone else routing
 advertisements without their consent is just as bad as filtering them in my
 opinion.  Doing so to move traffic into your AS in order to gain an
 advantage in peering arrangements and make more money off of the end user
 is just dastardly.


While this is a nice thought, it's not practical in reality. If you give
someone a knob, they are going to turn it. Someone will look to take
advantage of it.

If you pay me, fine. If you don't pay me, I'm not going to allow you to
potentially cost me significant dollars in infrastructure costs just to
preserve the notion of free love and peering :)

-Steve

Re: Colocation in New York for a POP

[Steve Meuse]

On 4/19/2012 4:10 PM, vinny_abe...@dell.com wrote:

I've been informed that 165 Halsey (Equinix) may be difficult to get into due 
to limited space, just an FYI...

-Vinny


Equinix is not the only space provider in that building...

http://www.165halseyst.com/home.asp

http://www.peeringdb.com




-Steve

Re: IPv6 mistakes, was: Re: Looking for an IPv6 naysayer...

[Steve Meuse]

Mark Andrews expunged (ma...@isc.org):

 Or to ask CISCO to fix the box so it can route it?   In many cases
 it is a minimal change.  I don't know whether it is in Cisco 7600

They are in the business of selling new gear, not enabling features on EOL 
equipment :)

-Steve

Re: IPv6 mistakes, was: Re: Looking for an IPv6 naysayer...

[Steve Meuse]

Mark Andrews expunged (ma...@isc.org):

  An how many of those embedded linux devices are running a 2.4 kernel? Just 
  lo
  ok at xx-wrt as an example. If you have a certain chipset, 2.4 is your only 
  o
  ption. 
 
 And the work to patch that kernel is minimal if it doesn't already
 support it.  It would take less time to fix the kernel than to argue
 over whether to fix it.

The point is just because it's running linux doesn't make it any more likely 
to get upgraded than joe six pack is going to update/patch his windows XP. 


-Steve

Re: IPv6 mistakes, was: Re: Looking for an IPv6 naysayer...

[Steve Meuse]

Mark Andrews expunged (ma...@isc.org):

 Remember a lot of this problem is the direct result of vendors not
 acting soon enough and that includes CISCO.  Asking those vendors
 to do a bit of work to fixup the results of their bad decisions is
 not unreasonable.  They can't fix hardware limitations but they can
 definitely fix software limitations.

Vendors have finite resources. I'm not going to ask them to waste time fixing 
something that buys us a short amount of time vs. asking them to work on a 
feature that has immediate impact to my ability to generate revenue. 

Yah, I'm one of those dirty capitalists. 

What's Randy's quote? I highly recommend my competitors do this...



-Steve

Re: IPv6 mistakes, was: Re: Looking for an IPv6 naysayer...

[Steve Meuse]

Mark Andrews expunged (ma...@isc.org):

 I think grandma is quite capable of doing it.  She just needs to
 be informed that it needs to be done.  

On my planet (Earth), this isn't likely ever happen. 


-Steve

Re: Current trends in capacity planning and oversubscription

[Steve Meuse]

Michael Loftis expunged (mlof...@wgops.com):
 
 Actually...I'm not sure anywhere has that high of a ratio here in the
 states, at least for wired connectivity.  

I would say that's highly dependent on your geographical location. In Montana I 
could see that as being true, but not in NYC, for example...

-Steve

Re: IPv6 fc00::/7 ??? Unique local addresses

[Steve Meuse]

Mark Smith expunged 
(na...@85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org):

 ULAs should never and are prohibited from appearing in the global route table

The problem with this statement is that everyone thinks their own table isn't 
the Global Routing Table. 

-Steve

Re: [Nanog-futures] [NANOG-announce] The Evolution of NANOG

[Steve Meuse]

vijay gill expunged (vg...@vijaygill.com):

  I'll second that. I'll admit to my jaw dropping when I read the 
  announcement, but I think it's the direction we need to go (and maybe even 
  long overdue). Merit has done a great job, but I think the nature of the 
  relationship has needed to change.
 
 Any specifics that required the nature of the relationship to change?

Although Merit worked hard in recent years to take more of a community 
approach, in the end, Merit has final say on all things Nanog. In my personal 
opinion, that needs to change. Are we an independent community based 
organization, or a community based organization that has parental supervision?

-Steve




___
Nanog-futures mailing list
Nanog-futures@nanog.org
https://mailman.nanog.org/mailman/listinfo/nanog-futures

Re: [Nanog-futures] [NANOG-announce] The Evolution of NANOG

[Steve Meuse]

vijay gill expunged (vg...@vijaygill.com):

 What were some specific issues.

It's not my intention to re-hash that last four years of community meetings 
(maybe you some show up more frequently?) :)

-Steve


___
Nanog-futures mailing list
Nanog-futures@nanog.org
https://mailman.nanog.org/mailman/listinfo/nanog-futures

Re: Is TDM going the way of dial-up?

[Steve Meuse]

Rick Ernst expunged (na...@shreddedmail.com):

 I'm wondering if others are seeing the same behavior, if it's
 market-dependant, or if I'm just imagining things.  I'm working on building
 new infrastructure and my current thoughts are to minimize my TDM
 footprint.  It would be useful to get a better feel if this is an overall
 trend or something local.

You aren't imagining things. In fact, some large national networks have been 
designed to support solely ethernet. It comes down to cost, as always 


-Steve

Re: Is TDM going the way of dial-up?

[Steve Meuse]

Dylan Ebner expunged (dylan.eb...@crlmed.com):

 Funny thing about this is we have been steadily getting rid of all of our t1 
 and ds3 circuits and replacing them with metro-e or cable based services at 
 much better price/Mbs. However, when we went to VOIP and wanted to do sip 
 trunking with qwest, they needed to deliver this over t1, otherwise is wasn't 
 cost effective.


E911 was a sticky point for us. We ended up having to install some small boxes 
to do T1 handoff to our provider of choice, they didn't have any ethernet 
options (which we pushed for). 


-Steve

Re: CRS-3

[Steve Meuse]

Paul Ferguson expunged (fergdawgs...@gmail.com):

 -BEGIN PGP SIGNED MESSAGE-
 
  Anyone have any idea how much a fully configured CRS-3 would cost?  Or
  how much power it would consume?  Or how much heat it would generate?
 
 
 Admittedly, my information on these topics comes from NPR these days. :-)
 
 They said  it costs ~US$90k, and that ATT was in trails.

$90k is the price of the special lift jack you need to move them around :) 

-Steve

Re: cable provider problems yesterday around 1pm EST?

[Steve Meuse]

Rich Casto expunged (richca...@gmail.com):

 Is anyone aware of any routing problems with any cable providers yesterday
 around 1pm EST?  Thanks!

I dare you to be more vague

-Steve

Re: Policy News

[Steve Meuse]

Bret Clark expunged (bcl...@spectraaccess.com):

 Want to get broadband out to people, then deal with duopolies that many
 of the regions in the country have...such as Verizon  Comcast

WRT to Comcast ...

There is nothing preventing *any* company from building a cable network in any 
existing MSO territory. Each license is negotiated town-by-town, 
county-by-county, there aren't any exclusivity agreements, which allow 
companies like RCN to compete. 

The reason why there isn't more local competition is, well, it's kinda 
seriously captial inte$ive. You ever notice why RCN doesn't overbuild in East 
Nowheresville, MI (where Jared lives apparently :)??? Because it's not 
profitable! 

-Steve (Comcast employee, speaking on my own behalf)

Re: Upstream BGP community support

[Steve Meuse]

Randy Bush expunged (ra...@psg.com):

 i try to complicate the internals of my network as little as possible,
 after all, complexity == opex and i value my time, it is a non-renewable
 resource.

I'm guessing you don't have the same financial constraints that others on this 
list have.

When you have lots of traffic(tm) to move around, and some paths are more 
'spensive than others, you often don't have a choise but to muck with 
communities, or so I've heard

-Steve

Re: Upstream BGP community support

[Steve Meuse]

Jack Bates expunged (jba...@brightok.net):

 I think creating a standard or at least a template might push more 
 people to adopt communities support and to use them. 


I put this up there with trynig to define inter-provider QoS. You are never 
going to get two business to agree to the same model.and after all, 
community support is basically a business tool. I know from experience that 
some providers deliberately constrain their community support for business 
purposes, this goes back 10+ years.

-Steve

Re: Does Internet Speed Vary by Season?

[Steve Meuse]

joel jaeggli expunged (joe...@bogus.com):

 ADSL systems will retrain to a lower rate as line conditions (SNR)
 change for the worse. The attentuation characteristics of a given pair
 will change of time due to a number of factor, including but not
 certainly limited to physical wear, moisture invasion, localized source
 of interference, sunspot activity etc.
 
 Are dsl plants subject to localized environmental conditions? Absolutely.

I could be convinced that extremem heat could change a cables velocity factor, 
but that should only result in slight changes in phase, which I guess would 
result in a higher BER. 

Oh, and you forogot about cosmic rays :)

-Steve

Re: out-of-band access bandwidth

[Steve Meuse]

Michael K. Smith - Adhost expunged (mksm...@adhost.com):

  Hi all,
  A quick question, what is the common bandwidth for out-of-band access?
  Thanks.
  
 In the optical world it's often 192 Kb/sec.

I think that was common circa late 90's, I've seen at least two optical 
providers that use 10Mb/s optical overhead channels on recent technology. 

-Steve

Re: [Nanog-futures] Media at NANOG conferences

[Steve Meuse]

Philip Smith expunged ([EMAIL PROTECTED]):

 We'd like to hear the community's opinion on this. We've drafted a 
 Media Policy based on what other events like ours do; see the 
 attachment below... Any opinions? Constructive suggestions?

I'm not very comfortable having the media at the meeting. There is a certain 
amount of free trade of information and ideas that flows and having the media 
may stifle that. 

At San Jose, at one of the after parties, I was in a conversation with another 
engineer when someone joined our conversation and didn't identify herself 
immediately. After about 15-20 minutes she handed me a card, she was a reporter 
for one of the local San Jose papers. I started to freak out a little...what 
have I said out loud over the past 15 minutes!. What we were talking about 
could have *easily* been taken out of context

Granted, that wasn't a NANOG specific event, but I felt the trust was violated 
a bit...

-Steve


___
Nanog-futures mailing list
Nanog-futures@nanog.org
http://mailman.nanog.org/mailman/listinfo/nanog-futures

Re: 40Gbit private peer

[Steve Meuse]

On 8/2/07, Peter Lothberg [EMAIL PROTECTED] wrote:



 SUnet (AS1653) and STUPI (AS1880) want to announce that
 we have brought up what we believe is the first private
 peer at 40G between two independent networks.

 It speaks IPv4, IPv6 both unicast and multicast.

 -Peter



Good for a press release, poor for economics.


-- 

-Steve