In need of C6500 in Orlando later today
Our grey market vendor miss-shipped a Cisco 6506 chassis that was needed today. Very slim chance that it will make it to me this afternoon. Anyone in the Orlando area with a spare C6506/9 chassis that they'll be looking to sell? Need Fan1 and (2) 1300w power supplies. I brought the Sups with me. Please let me know offline. Need it this afternoon. Thanks. Sent from my HTC on the Now Network from Sprint!
Re: In need of C6500 in Orlando later today
I am driving in from the FL pan handle area. If you have a chassis to sell, please let me know asap. I'll drive to you as FedEx just called and not be delivering today so expanding the search. 228-233-0696. Sent from my HTC on the Now Network from Sprint! - Reply message - From: Graham Wooden (Personal) gra...@g-rock.net Date: Sat, Aug 25, 2012 9:47 am Subject: In need of C6500 in Orlando later today To: nanog@nanog.org Our grey market vendor miss-shipped a Cisco 6506 chassis that was needed today. Very slim chance that it will make it to me this afternoon. Anyone in the Orlando area with a spare C6506/9 chassis that they'll be looking to sell? Need Fan1 and (2) 1300w power supplies. I brought the Sups with me. Please let me know offline. Need it this afternoon. Thanks. Sent from my HTC on the Now Network from Sprint!
Re: In need of C6500 in Orlando later today
Thanks for the offer Joe. AL is just too far. I'll let you know if I can't find something closer to Orlando. Sent from my HTC on the Now Network from Sprint! - Reply message - From: Positively Optimistic positivelyoptimis...@gmail.com Date: Sat, Aug 25, 2012 11:58 am Subject: In need of C6500 in Orlando later today To: Graham Wooden (Personal) gra...@g-rock.net Cc: nanog@nanog.org
Re: In need of C6500 in Orlando later today
Vology got us what we needed. Kudos to all who helped!! Sent from my HTC on the Now Network from Sprint! - Reply message - From: Graham Wooden (Personal) gra...@g-rock.net Date: Sat, Aug 25, 2012 1:58 pm Subject: In need of C6500 in Orlando later today To: Positively Optimistic positivelyoptimis...@gmail.com Cc: nanog@nanog.org Thanks for the offer Joe. AL is just too far. I'll let you know if I can't find something closer to Orlando. Sent from my HTC on the Now Network from Sprint! - Reply message - From: Positively Optimistic positivelyoptimis...@gmail.com Date: Sat, Aug 25, 2012 11:58 am Subject: In need of C6500 in Orlando later today To: Graham Wooden (Personal) gra...@g-rock.net Cc: nanog@nanog.org
CenturyLink - DNS admin needed
Hello, Any CenturyLink DNS admin folks lingering around? If so, can you contact me off-list? I believe there is some erroneous data lingering in the DNS caching servers and would like to get that resolved. TTL has appeared to have come and gone and it¹s not refreshing. FYI - I tried to go through our support channels (we¹re a TDM based customer), but that isn¹t proving to be getting us anywhere... Thank you, -graham
[OT] Domain Name broker
Hi there, Through one of our recent acquisitions, we have a domain name that we will be phasing out. We believe there is some value to it and have already identified a fortune 100 company's business unit that is using the same name, who is using their country based tld. Now, they may be completely happy with that, who knows - but would like to investigate with a broker to help reach out to them or help identify other potential buyers. A simple request out to them for a marketing contact has gone unaswered. Anyone have any experience in selling a domain name through a broker service that helps identifing potential buyers? Replies off list are welcomed. Thanks, -graham
Folks colo'd at COCOFLMA
Hello, I have a need to for layer2 connectivity between the COCOFLMA CO in Cocoa, FL over to ColoSolutions in Orlando. If any folks are on the list that are located in both locations and have some room (20-40Mb) on your backhaul circuits, please let me know off-list please. Would rather pay you than ATT. Thanks! -graham
Re: Can this bgp work?
Deric, just make sure you allow your AS to come back in through the other routers - in case there is an internal route break or if one of these /20's is out in never-never land ... On 10/22/11 9:22 PM, Randy randy_94...@yahoo.com wrote: ...sure it will work...you can advertise any-which-way you want! What *exactly* are you trying to accomplish? ..and a previous op mentioned: route-views is your friend. ./Randy --- On Sat, 10/22/11, Christopher Morrow christopher.mor...@gmail.com wrote: From: Christopher Morrow christopher.mor...@gmail.com Subject: Re: Can this bgp work? To: Deric Kwok deric.kwok2...@gmail.com Cc: nanog list nanog@nanog.org Date: Saturday, October 22, 2011, 6:14 PM Check routeviews? On Oct 22, 2011 9:07 PM, Deric Kwok deric.kwok2...@gmail.com wrote: Hello We would like to split our network advertising with same AS no. in different our bgp routers to same or different upstream provider eg: 66.70.0.0/20 in bgpRouterA 67.170.0.0/20 in bgpRouterB 174.70.0.0/20 in bgpRouterC ls it working? Thank you
[OT] Overture's Ethernet over bonded Copper products
HI operators, Been looking at Overture¹s Ethernet over Copper¹ product line; any you folks have any real world experience with them? Would love to hear off-line the good, bad, ugly stories if you are willing to share. Much appreciated. -graham
BGP Communities for H.E. and Deltacom?
Hi there, Any one know what are the acceptable BGP communities are for H.E. and Deltacom? At one of our POPs we¹re using an aggregate provider and I need to help them to fix some prefixes that I am announcing from another POP (ie. Lower the metric so only use the backhaul for failure of the other side). I was hoping that they would be listed on the One Step¹s bgp community listing. Any links to such documents for both HE and Deltacom would be great and would be much appreciated. Thank you, -graham
Re: Looking for an opinion on Colo Solutions/Orlando colocation
Thank you Eric. -graham On 8/21/11 10:49 PM, Eric C. Miller e...@ericheather.com wrote: I've worked with Colo Solutions twice in the past, very pleased. Knuckles has to be one of the nicest NOC engineers that I've run across, hopefully he hasn't found any greener grass. As to the facility, top-notch power and environment protection, but they were a little bit soft on their 48VDC offering when compared to a traditional telco facility. Carrier neutral, and everyone is in there, They have a lot of 1/2 or 1/3 rack customers, so lots of diversity in customer base. Reply off-list if you need more info. Eric Miller Rapid Systems Tampa, FL -Original Message- From: Graham Wooden [mailto:gra...@g-rock.net] Sent: Sunday, August 21, 2011 2:16 PM To: nanog@nanog.org Subject: Looking for an opinion on Colo Solutions/Orlando colocation Hi there, Our next POP deployment is going to be in Orlando (mainly supporting that CLEC client that I mentioned earlier last week). Can any one share their good/bad/ugly experiences with Colo Solutions there? We had a brief conf call with their sales engineer but looking for real-world experiences/comments from folks that have had or currently is colocating hear there. Thanks, -graham
Looking for an opinion on Colo Solutions/Orlando colocation
Hi there, Our next POP deployment is going to be in Orlando (mainly supporting that CLEC client that I mentioned earlier last week). Can any one share their good/bad/ugly experiences with Colo Solutions there? We had a brief conf call with their sales engineer but looking for real-world experiences/comments from folks that have had or currently is colocating hear there. Thanks, -graham
Re: *** SPAM DETECTED (mx01) *** Re: Looking for an opinion on Colo Solutions/Orlando colocation
Thanks Tom, I will you keep in you mind if/when Melbourne gets into the picture. Right now it's Orlando proper. -graham On 8/21/11 1:34 PM, TR Shaw ts...@oitc.com wrote: On Aug 21, 2011, at 2:16 PM, Graham Wooden wrote: Hi there, Our next POP deployment is going to be in Orlando (mainly supporting that CLEC client that I mentioned earlier last week). Can any one share their good/bad/ugly experiences with Colo Solutions there? We had a brief conf call with their sales engineer but looking for real-world experiences/comments from folks that have had or currently is colocating hear there. Graham, You need to be in Orlando proper? I have colo in Melbourne. Tom
Exploiting a non-facilities CLEC relationship
Folks, Is it possible/common for a non-facilities-based CLEC (we call them paper based) to start getting loops pulled for themselves, and to start physically handling the circuits without becoming a full fledged facilities based CLEC? To clarify ... We have a new customer who is just that ... A non-facilities based CLEC. They don't want to resell ATT's network anymore as they want to start building their own network, little bit at a time. I was thinking .. Well, shoot .. If all they want to do is sell Internet T1s (for example), then have them pulled back to a collo somewhere over a channelized DS3 on the backend and an equivalent speed internet connection the front - and they will be on their way ... So the question remains ... will they still be able to capture the savings of getting such loops because they are a CLEC, if indeed they are not 'facilities based' and just handling the loops as if they were the customer? I believe they have no intentions on becoming a facilities based CLEC. Make sense? This is somewhat new territory for me - as I never had (or really wanted to) dive into how a CLEC operates before. But I want to exploit that as much as possible if it means wicked cheap loops! Thanks, -graham
Re: Exploiting a non-facilities CLEC relationship
On 8/15/11 10:14 PM, Jon Lewis jle...@lewis.org wrote: On Mon, 15 Aug 2011, Graham Wooden wrote: To clarify ... We have a new customer who is just that ... A non-facilities based CLEC. They don't want to resell ATT's network anymore as they want to start building their own network, little bit at a time. I was thinking .. Well, shoot .. If all they want to do is sell Internet T1s (for example), then have them pulled back to a collo somewhere over a channelized DS3 on the backend and an equivalent speed internet connection the front - and they will be on their way ... So the question remains ... will they still be able to capture the savings of getting such loops because they are a CLEC, if indeed they are not 'facilities based' and just handling the loops as if they were the customer? I believe they have no intentions on becoming a facilities based CLEC. If I understand your question, yes. We did this some time ago. Colo in various ILEC and CLEC central offices, order T1 loops (but it's only half a loop...from customer to CO), so you're saving there, and because you're ordering it as a CLEC, most people would be shocked how cheap a T1 can be. Connect the various colos together with a network of T1's and T3's (especially if you can establish a relationship with a carrier who's on-net in all or most of the COs you want to be in), and you're set. Yup, that is the model they are looking to do. The main question was that if they were going to be able to cash in on the loops savings, etc if they remain paper based. With that, could they locate in the LEC's CO? Sure there is a fee for a paper based CLEC. I was thinking just in a regular collo would be just fine. Someone looking to start this model now, I'd say is about 10 years late, 5 years too late. Well, I think they need to move to this model (from what I am understanding the situation) as they need to expand their horizons. Thanks Jon for the reply. -graham
Re: ATT - Qwest ... Localpref issue?
Thanks Paul. Localpref with Qwest on my ATT prefixes was 100 until last week ... So my prepends to balance between the two was working just fine for the past 2 years or so. My announcements to CenturyLink to Qwest are coming out as 100. I am not a direct customer of Qwest, so sending the community of 209:70 won¹t work (already tried that). I am a direct customer of CenturyLink and unfortunately the two networks haven¹t really come together as one just yet. I sent a note to ATT maybe the can help do something, as I reviewed the communities with them and I am already doing what I need to do. The main problem here is that our CenturyLink connection is pure crap ... Even originating routes from their network, I had them take our ATT (the other transit at this particular POP) - faster and less hops (go figure). At our other pops with more than 1 transits, we like to utilize both as much as possible. Contract is up in December ... can¹t wait until it¹s gone. On 8/6/11 11:57 PM, PC paul4...@gmail.com wrote: Qwest uses 80 for peers; 100 for customers. As I'm sure Qwest had ATT as a peer prior to today (and you tagged as a customer), it probably should have been 80 since the beginning. What was the local pref to ATT before? Maybe they found a misconfiguration on a router. If your only objective is to make your Qwest peering backup, send community 209:70 to Qwest and it'll drop your local pref on their network to 70. This will cause their 80 local pref peering with ATT to be preferred. I also suggest you read: http://www.onesc.net/communities/as209/ and http://www.onesc.net/communities/as7018/ However, depending on if your network topology and situational circumstances permit it, it may not be a bad idea to take on-net customer routes for performance reasons. On Sat, Aug 6, 2011 at 8:51 PM, Graham Wooden gra...@g-rock.net wrote: Hi folks, Anyone else noticed a localpref change on Qwest network in regards to ATT prefixes? I noticed my ATT assigned prefixes dropping to 80, causing my backup transit peering with Centurylink to take preference with Qwest originators ... All was working fine with my prepends .. But not anymore... Any insight would be great. I haven¹t reached out to ATT or Qwest yet. Curious if this is a bigger change than just me. Thanks, -graham
Re: ATT - Qwest ... Localpref issue?
I should also note that Centurylink has been less than cooperative on even thinking about changing my routes to a pref of 70 on our behalf (they don't accept communities). I think time to get the account rep involved ... On 8/7/11 8:30 AM, Graham Wooden gra...@g-rock.net wrote: Thanks Paul. Localpref with Qwest on my ATT prefixes was 100 until last week ... So my prepends to balance between the two was working just fine for the past 2 years or so. My announcements to CenturyLink to Qwest are coming out as 100. I am not a direct customer of Qwest, so sending the community of 209:70 won¹t work (already tried that). I am a direct customer of CenturyLink and unfortunately the two networks haven¹t really come together as one just yet. I sent a note to ATT maybe the can help do something, as I reviewed the communities with them and I am already doing what I need to do. The main problem here is that our CenturyLink connection is pure crap ... Even originating routes from their network, I had them take our ATT (the other transit at this particular POP) - faster and less hops (go figure). At our other pops with more than 1 transits, we like to utilize both as much as possible. Contract is up in December ... can¹t wait until it¹s gone. On 8/6/11 11:57 PM, PC paul4...@gmail.com wrote: Qwest uses 80 for peers; 100 for customers. As I'm sure Qwest had ATT as a peer prior to today (and you tagged as a customer), it probably should have been 80 since the beginning. What was the local pref to ATT before? Maybe they found a misconfiguration on a router. If your only objective is to make your Qwest peering backup, send community 209:70 to Qwest and it'll drop your local pref on their network to 70. This will cause their 80 local pref peering with ATT to be preferred. I also suggest you read: http://www.onesc.net/communities/as209/ and http://www.onesc.net/communities/as7018/ However, depending on if your network topology and situational circumstances permit it, it may not be a bad idea to take on-net customer routes for performance reasons. On Sat, Aug 6, 2011 at 8:51 PM, Graham Wooden gra...@g-rock.net wrote: Hi folks, Anyone else noticed a localpref change on Qwest network in regards to ATT prefixes? I noticed my ATT assigned prefixes dropping to 80, causing my backup transit peering with Centurylink to take preference with Qwest originators ... All was working fine with my prepends .. But not anymore... Any insight would be great. I haven¹t reached out to ATT or Qwest yet. Curious if this is a bigger change than just me. Thanks, -graham
ATT - Qwest ... Localpref issue?
Hi folks, Anyone else noticed a localpref change on Qwest network in regards to ATT prefixes? I noticed my ATT assigned prefixes dropping to 80, causing my backup transit peering with Centurylink to take preference with Qwest originators ... All was working fine with my prepends .. But not anymore... Any insight would be great. I haven¹t reached out to ATT or Qwest yet. Curious if this is a bigger change than just me. Thanks, -graham
Re: Regional AS model
Quoting Zaid Ali z...@zaidali.com: I have seen age old discussions on single AS vs multiple AS for backbone and datacenter design. I am particularly interested in operational challenges for running AS per region e.g. one AS for US, one EU etc or I have heard folks do one AS per DC. I particularly don't see any advantage in doing one AS per region or datacenter since most of the reasons I hear is to reduce the iBGP mesh. I generally prefer one AS and making use of confederation. Zaid Hi Zaid, What timing - this is fresh on my mind too as I am in the middle of doing this myself with three locations, all with independent edges with different transit providers. I actually do have a private Layer2 circuit between, with one site being in the middle. I only have one public AS, but I have selected doing the confederation approach (which some may consider to be overkill with only three edges). Each site has their own set of IPs and would originate out of their respective edge, and using EIGRP metric changes at each core to get 0.0.0.0/0 from another edge if the local fails. Each edge is then announcing each others' subnets with an extra pad or two to keep the asymmetrical routing down (the private L2 isn't as fast as my transits). Good luck with your deployment! -graham
Re: Collos in Memphis, TN and Louisville, KY?
Thanks Blake and Brian. WorldSpice has come up as a potential location in Memphis; can you forward me off-list your contact¹s info? Much appreciated. -graham On 1/31/11 9:00 PM, Blake Dunlap iki...@gmail.com wrote: If you're looking in Memphis, I would at least try WorldSpice, it is an independent based out of Memphis that I have had a good bit of experience with, know the owner, etc. I say try because I have not personally seen their new data facility, so I cannot affirm what the new space looks like. -Blake (also the Owner's name, coincidentally enough) On Mon, Jan 31, 2011 at 18:15, Brian Smith ping...@gmail.com wrote: I don't of any specifically in both locations, however Peak10 is in Louisville as well as Nashville (if that is close enough). And I've been very happy with them.
Collos in Memphis, TN and Louisville, KY?
Hi folks, Can anyone recommend any collo's in both Memphis TN and Louisville, KY? Preferably in their respective downtown areas? Thanks mucho, -graham
Re: National Squirrel Appreciation Day
I guess this then 'would not be' in the spirit of the holiday ... http://www.youtube.com/watch?v=M5-d3rZZ-_M -graham On 1/22/11 8:30 AM, Jay Ashworth j...@baylink.com wrote: The holiday is today, according to holidayinsights.com http://www.holidayinsights.com/moreholidays/January/squirrelappreciation.htm Did anyone ever do the scope-sight T-shirt? No, wait; that was a backhoe. Cheers, -- jra
Re: Single AS Number for multiple prefixes in different country
Not to budge in here ... but I have always been curious of this type of setup, as in all my past BGP deployments its always been that all edges belong in the same ibgp peering group. Ryan, does the other edge(s) get confused when they see their same AS number in the path upon route determination from traffic sourced from another edge? Or are you doing some sort of BGP Confederation? I am progressing down the path (no pun intended) of deploying another edge in another location from which that 'remote' location will have it's own subnets to announce. But if I have a requirement not necessary having to announce the other subnets, I don't need to an expensive L2 back-haul between the two and do what is discussed here, no? -graham On 1/15/11 12:34 PM, Ryan Finnesey ryan.finne...@harrierinvestments.com wrote: We are doing this now and it is working well -Original Message- From: Harris Hui [mailto:harris@gmail.com] Sent: Friday, January 14, 2011 4:59 AM To: nanog@nanog.org Subject: Single AS Number for multiple prefixes in different country Hi, We have an AS Number AS2 and have 2 /24 subnets belongs to this AS Number. It is using in US and peering with US Service Providers now. We are going to deploy another site in Asia, can we use the same AS Number AS2 and have 2 other /24 subnets and peering with other Asia Service Providers? Will it affect the routing or BGP Path of our existing subnets in US? Please advise. Thanks Harris :-)
Re: The tale of a single MAC
Hey Seth, thanks for the reply. I don't use the iLO port, so I didn't look at it's MAC within the BIOS, however my issue isn't that the MACs are the same within a physical machine. They're different, just like all the other HP gear ... It's that I have two machines that the MACs are identical. Like Server-A's NIC1 matches Server-B's NIC1 ... And the same goes for NIC2. Heck, maybe even their iLO matches too. I just re-read my post and I can see where maybe I didn't explain it properly. Yesterday was a long day ... I guess it's not that big of deal now, I resolved it rather quickly by putting Server-B on another VLAN. On 1/2/11 12:56 AM, Seth Mattinen se...@rollernet.us wrote: On 1/1/11 7:33 PM, Graham Wooden wrote: So here is the interesting part... Both servers are HP Proliant DL380 G4s, and both of their NIC1 and NIC2 MACs addresses are exactly the same. Not spoofd and the OS drivers are not mucking with them ... They¹re burned-in I triple checked them in their respective BIOS screen. I acquired these two machines at different times and both were from the grey market. The ³What the ...² is sitting fresh in my mind ... How can this be? In the last 15 years of being in IT, I have never encountered a ³burned-in² duplicated MACs across two physically different machines. What are the odds, that HP would dup¹d them and that both would eventually end up at my shop? Or maybe this type of thing isn¹t big of deal... ? None of the HP servers I have contain duplicate MAC addresses. (I just looked through all the iLO2 cards to make sure I wasn't lying.) I'll send you some details offlist. ~Seth
The tale of a single MAC
Hi there, I encountered an interesting issue today and I found it so bizarre so I thought I would share it. I brought online a spare server to help offload some of the recent VMs that I have been deploying. Around the same time this new machine (we¹ll call it Server-B) came online, another machine which has been online for about a year now stopped responding to our monitoring (and we¹ll name this Server-A). I logged into the switch and saw that the machine that stopped responding was in the same VLAN as this newly deployed, and then quickly noticed that Server-A¹s MAC address was now on Server-B¹s switch port. ³What the ...² was my initial response. I went ahead and moved Server-B¹s to another VLAN, updated the switchport, cleared the ARP, and Server-A came back to life. Happy new year to me. So here is the interesting part... Both servers are HP Proliant DL380 G4s, and both of their NIC1 and NIC2 MACs addresses are exactly the same. Not spoofd and the OS drivers are not mucking with them ... They¹re burned-in I triple checked them in their respective BIOS screen. I acquired these two machines at different times and both were from the grey market. The ³What the ...² is sitting fresh in my mind ... How can this be? In the last 15 years of being in IT, I have never encountered a ³burned-in² duplicated MACs across two physically different machines. What are the odds, that HP would dup¹d them and that both would eventually end up at my shop? Or maybe this type of thing isn¹t big of deal... ? -graham
Re: The tale of a single MAC
No - these are Genuine HP Servers. Both servers have the latest BIOSs and firmware applied to the board as well as cards. The search results that I have seen didn't apply to the actual bios, rather to guest Oss mucking or teamming. On 1/1/11 9:56 PM, Dobbins, Roland rdobb...@arbor.net wrote: On Jan 2, 2011, at 10:33 AM, Graham Wooden wrote: What are the odds, that HP would dup¹d them and that both would eventually end up at my shop? There may be some setting you're overlooking or a bug which needs an update to fix, or you may simply have purchased HP ProLiant *cases*, rather than actual *servers*. ; Note that search engine results for 'proliant dl380 duplicate mac' returns multiple links. Roland Dobbins rdobb...@arbor.net // http://www.arbornetworks.com Most software today is very much like an Egyptian pyramid, with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay
Re: The tale of a single MAC
Two different suppliers - one was out of Wisconsin (I believe; it's been some time), and the other of Phoenix for the most recent batch. I have lots and lots of HP server gear - and never encountered such bizarre issue. On 1/1/11 9:59 PM, Brielle Bruns br...@2mbit.com wrote: On 1/1/11 8:33 PM, Graham Wooden wrote: So here is the interesting part... Both servers are HP Proliant DL380 G4s, and both of their NIC1 and NIC2 MACs addresses are exactly the same. Not spoofd and the OS drivers are not mucking with them ... They¹re burned-in I triple checked them in their respective BIOS screen. I acquired these two machines at different times and both were from the grey market. The ³What the ...² is sitting fresh in my mind ... How can this be? From the same grey market supplier? I know HP has a disc they put out which updates all the firmware/bios in a specific server model, its not too far fetched that a vendor might have a modified version that also either purposely or accidentally changes the MAC address. Off the top of my head, I'm not sure where the MAC is stored - maybe an eeprom or a portion of the bios flash. Or, it could be botched flashing that blew away the portion of memory where that was stored and the system defaulted to a built in value. Excellent example is, IIRC, the older sparc stuff, where the ethernet cards didn't have MAC addresses as part of the card, but were stored in non-volatile or battery backed memory. Memory goes poof, and you'll have problems. Some WRT54G/WAP54Gs suffer from the same problem when throwing third party firmware on there.
West coast collos - ones that are VoIP friendly
Hi there, I am not familiar with the west coast collocation facilities that are VoIP friendly (either by QoS or good upstreams/peering). Something in the Los Angeles area; been looking at IX2 on Wilshire. Right now looking to collocate a few boxes, switch and a router... Any recommendations? Quality over cost, at this moment. Thanks, -graham
