Re: hardware choices (Re: real hardware router VS linux router)
I think it's safe to define real hardware as hardware with ASIC's as opposed to software based solutions. On Sat, Feb 21, 2009 at 11:21 AM, Edward B. DREGER eddy+public+s...@noc.everquick.net eddy%2bpublic%2bs...@noc.everquick.netwrote: DK Date: Thu, 19 Feb 2009 09:30:16 -0500 DK From: Deric Kwok [ snip ] Let's blur the line a bit more: CompactPCI? NICs such as those [apparently] offered by Cavium... or any other number of places working ARM/Freescale, MIPS, or PowerPC magic on NICs? What is real hardware, anyway? Would a 26xx, 38xx, et cetera qualify under said definition? Eddy -- Everquick Internet - http://www.everquick.net/ A division of Brotsman Dreger, Inc. - http://www.brotsman.com/ Bandwidth, consulting, e-commerce, hosting, and network building Phone: +1 785 865 5885 Lawrence and [inter]national Phone: +1 316 794 8922 Wichita LinkedIn: http://www.linkedin.com/in/0xebd DO NOT send mail to the following addresses: dav...@brics.com -*- jfconmaa...@intc.net -*- s...@everquick.net Sending mail to spambait addresses is a great way to get blocked. Ditto for broken OOO autoresponders and foolish AV software backscatter. -- Josh Potter
Re: Which is more efficient?
What type of traffic are you looking at sending? As Scott said smaller payloads that need to be sent quickly work out well in fixed cells but larger payloads would be better off in variable sized packets. Also are you looking at simple data transmission rates or are you wanting to factor in hardware load, backplane load, cpu efficiency etc? On Wed, Jan 14, 2009 at 4:59 PM, Scott Berkman scott.berk...@reignmaker.net wrote: Packets can have a max size as well based on the path MTU, such as 1500 bytes in an Ethernet (10/100) link. I think there are a lot of other variables here such as are you billed per data unit, bandwidth and control factors on the links, and what type of data is being sent. If your data can always fit in a smaller N-byte cell, that can be quite efficient since you have minimal overhead or wasted space and all the benefits of the fixed length data unit from a processing standpoint. If you are constantly fragmenting and then having to reassemble data due to the small cell size, you would be better off with a variable length packet, especially when bandwidth is less in demand than processing power. -Scott -Original Message- From: Murphy, Jay, DOH [mailto:jay.mur...@state.nm.us] Sent: Wednesday, January 14, 2009 3:56 PM To: nanog@nanog.org Subject: Which is more efficient? All, In your humble opinion, which transmission method is more efficient, packet or cell? Granted a cell is a fixed length packet and an IP packet is variable lengthwould this necessarily only relate to a specific protocol, namely, cell in ATM, and IP in Ethernet or other types of domainsfeedback highly welcomed. Trying to make a decision on the transport mode for cost, delay, jitter, ROI, etcetera. Jay Murphy IP Network Specialist NM Department of Health ITSD - IP Network Operations Santa Fé, New México 87502 Bus. Ph.: 505.827.2851 We move the information that moves your world. Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. -- Josh Potter
Re: Cogent Haiku v2.0
Cisco 7k nodes Cascading VIP card failures Reload the router On Mon, Jan 12, 2009 at 11:49 AM, Darryl Dunkin ddun...@netos.net wrote: Customers thank me I will not stoop much lower Pay dirt for transit -Original Message- From: Murphy, Jay, DOH [mailto:jay.mur...@state.nm.us] Sent: Monday, January 12, 2009 09:41 To: neal rauhauser; nanog@nanog.org Subject: RE: Cogent Haiku v2.0 NANOG is too cool. Rhyming with net engineers. Poet don't know it. Jay Murphy IP Network Specialist NM Department of Health ITSD - IP Network Operations Santa Fe, New Mexico 87502 Bus. Ph.: 505.827.2851 We move the information that moves your world. -Original Message- From: neal rauhauser [mailto:nrauhau...@gmail.com] Sent: Sunday, January 11, 2009 7:59 PM To: nanog@nanog.org Subject: Cogent Haiku v2.0 Cogent makes a mess My phone rings and rings Unfornicate this! __ This inbound email has been scanned by the MessageLabs Email Security System. __ Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. -- Josh Potter
Re: What to do when your ISP off-shores tech support
I think I've touched at least 15+ countries with Cisco HTTPS, and minus a few language issues, they're pretty decent. On Thu, Dec 25, 2008 at 4:37 PM, Jay Hennigan j...@west.net wrote: Martin Hannigan wrote: Hi Jay: Is there really anything wrong with sending first-level technical support offshore? Macs are macs, Windows is windows and mail is mail whether you're in Mumbai or Memphis. As long as the language skills are good and the people are well trained, it should be mostly irrelevant, IMHO. In and of itself and setting aside patriotic/nationalistic issues, probably not, assuming adequate technical and product knowledge and language skills. I suppose that it would be possible that if it were done well enough one wouldn't be able to tell. However, there is something about dealing with a local company that adds value. People seem to care more about their community and neighbors than a random, barely understandable voice on a G.729 8k codec at the other end of a satellite link. I have generally found dealing with most offshore tech support to be very frustrating. The language issues are burdensome, some accents so thick as to be barely understandable, and the lack of clue and scripted menu-driven responses are obvious and usually of no value. I wouldn't be calling if the problem could be solved by reading the documentation and some judicious web searching. There are some exceptions, including Cisco TAC which is very good. I've talked to Cisco engineers in Australia and Europe on occasion. I've had mixed results with Linksys support, which I believe is in the Philippines. Dealing with one offshore ATT billing representative who was clearly a non-English speaker was extremely painful. The latency and nonsense of the person's responses suggested either some type of auto-translator or satellite link, or both. The person wasn't capable of getting the hint when I asked after several minutes of frustration what the A in ATT stood for, and in fact claimed to have no idea. I suspect that this level of disservice may be deliberate so that people will pay bogus charges on bills because the frustration level of disputing them is intentionally high. -- Jay Hennigan - CCIE #7880 - Network Engineering - j...@impulse.net Impulse Internet Service - http://www.impulse.net/ Your local telephone and internet company - 805 884-6323 - WB6RDV -- Josh Potter
Re: Cap'n Bubba the marine backhoe driver - SEA-ME-WE 3 and 4, FLAG cut
I would consider myself a very skilled precision underwater backhoe operator. On Fri, Dec 19, 2008 at 11:17 AM, Suresh Ramasubramanian ops.li...@gmail.com wrote: On Dave Farber's IP list. From: France Telecom / Press infos.gr...@orange-ftgroup.com To: France Telecom / Press infos.gr...@orange-ftgroup.com Subject: Three undersea cables cut: traffic greatly disturbed between Europe and Asia/Near East zone Date: Fri, 19 Dec 2008 17:09:03 +0100 (CET) X-Concentric-MX-Info: s=0AKNHR84D300:1 ts=0 td=53 dt=0 tro=1 tra=2 trb=1 sro=1 sra=2 ic=0 X-Concentric-DKIM: SigStatus=No signature, PolSusp=No, PolTest=No, Policy=none, Handling=none X-Virus-Status: No If you can't read this email, please go to : http://www.orange.com/en_EN/press/press_releases/cp081219en.html Paris, December 19, 2008 Three undersea cables cut: traffic greatly disturbed between Europe and Asia/Near East zone 3 cables cut this morning (Sea Me We3 partly + Sea Me We4 + FLAG) France Telecom Marine cable ship about to depart France Telecom observed today that 3 major underwater cables were cut: ?Sea Me We 4? at 7:28am, ?Sea Me We3? at 7:33am and FLAG at 8:06am. The causes of the cut, which is located in the Mediterranean between Sicily and Tunisia, on sections linking Sicily to Egypt, remain unclear. Most of the B to B traffic between Europe and Asia is rerouted through the USA. Traffic from Europe to Algeria and Tunisia is not affected, but traffic from Europe to the Near East and Asia is interrupted to a greater or lesser extent (see country list below). Part of the internet traffic towards R?union is affected as well as 50% towards Jordan. A first appraisal at 7:44 am UTC gave an estimate of the following impact on the voice traffic (in percentage of out of service capacity): -Saudi Arabia: 55% out of service -Djibouti: 71% out of service -Egypt: 52% out of service -United Arab Emirates: 68% out of service -India: 82% out of service -Lebanon: 16% out of service -Malaysia: 42% out of service -Maldives: 100% out of service -Pakistan: 51% out of service -Qatar: 73% out of service -Syria: 36% out of service -Taiwan: 39% out of service -Yemen: 38% out of service -Zambia: 62% out of service France Telecom immediately alerted one of the two maintenance boats based in the Mediterranean area, the ?Raymond Croze?. This France Telecom Marine cable ship based at Seyne-sur-Mer has received its mobilization order early this afternoon and will cast off tonight at 3:00 am with 20 kilometers spare cable on board. It should be on location on Monday morning for a relief mission. Priority will be given to the recovery of the Sea Me We4 cable, then on the Sea Me We3. By December 25th, Sea Me We4 could be operating. By December 31st, the situation should be back to normal. download all the press release press contactsLouis-Michel Aymard ? +33 1 44 44 93 93 latest releasespress information and communication professionals -- Josh Potter
Re: Global Crossing SOC
Sounds like you need to talk to the Global Crossing NCC. They're located in Phoenix however I don't have their number. On Wed, Dec 17, 2008 at 12:32 PM, Fouant, Stefan stefan.fou...@neustar.bizwrote: Folks, Any Global Crossing SOC folks here? We've had a simple DoS attack targeting one of our nodes connected to Global Crossing but have literally spent 3 hours on the phone with Global Crossing support attempting to get someone with a clue as to how to implement a simple ACL on their edge router to deal with this. If there's anyone here who can assist, please contact me off list. Regards, Stefan Fouant: NeuStar, Inc. Principal Network Engineer 46000 Center Oak Plaza Sterling, VA 20166 [ T ] +1 571 434 5656 [ M ] +1 202 210 2075 [ E ] stefan.fou...@neustar.biz [ W ] www.neustar.biz -- Josh Potter
Re: Global Crossing SOC
Tier 1 is Tier 1. :/ On Wed, Dec 17, 2008 at 2:17 PM, Fouant, Stefan stefan.fou...@neustar.bizwrote: I'm good now, but it would be nice if the people on the front lines at Global Crossing were even aware what a Denial of Service attack was, or that they even have a SOC for incident handling. Once we got redirected into their SOC we were in good hands. *Stefan Fouant**:** **NeuStar, Inc.** *Principal Network Engineer 46000 Center Oak Plaza Sterling, VA 20166 *[ T ]** *+1 571 434 5656 *[ M ]** *+1 202 210 2075 *[ E ]* stefan.fou...@neustar.biz *[ W ]* www.neustar.biz *From:* Josh Potter [mailto:joshpot...@gmail.com] *Sent:* Wednesday, December 17, 2008 2:45 PM *To:* Fouant, Stefan *Cc:* nanog@nanog.org; Brown, Chad *Subject:* Re: Global Crossing SOC Sounds like you need to talk to the Global Crossing NCC. They're located in Phoenix however I don't have their number. On Wed, Dec 17, 2008 at 12:32 PM, Fouant, Stefan stefan.fou...@neustar.biz wrote: Folks, Any Global Crossing SOC folks here? We've had a simple DoS attack targeting one of our nodes connected to Global Crossing but have literally spent 3 hours on the phone with Global Crossing support attempting to get someone with a clue as to how to implement a simple ACL on their edge router to deal with this. If there's anyone here who can assist, please contact me off list. Regards, Stefan Fouant: NeuStar, Inc. Principal Network Engineer 46000 Center Oak Plaza Sterling, VA 20166 [ T ] +1 571 434 5656 [ M ] +1 202 210 2075 [ E ] stefan.fou...@neustar.biz [ W ] www.neustar.biz -- Josh Potter -- Josh Potter
Re: Telecom Collapse?
People have been digging up fiber thinking it's copper anyways, but yeah that's a big problem. On Thu, Dec 4, 2008 at 9:43 AM, Joe Greco [EMAIL PROTECTED] wrote: That is the one and only thing keeping a land line at my home. I have two young children, and I need to be sure that if something were to ever happen that: 1.) The phone would work even if the power was out, or the Internet connectivity was flaking out. 2.) 911 would function exactly the way it is supposed to, and not be routed to some 3rd party call center which could potentially delay a response. I haven't found the power to be reliable, and the cable Internet tends to go down when the power goes out. There's always cellular, but then you have to depend on there being someone with a cell phone around to make the call, and my kids aren't to the age yet that I would want them toting around their own cell phones. As long as my POTS line is more reliable than VoIP, I'll probably keep it. Network reliability is certainly one aspect. However, in some areas, copper is being stripped (and I don't mean stolen, though that's a problem too), see the typical Verizon FIOS install for example. The reliability of having a battery-backed CPE of some sort is questionable. In an inside-CPE environment, replacing the battery is a rough proposition. You can't expect customers to do it, look at how hard it is to get smoke detector batteries replaced, and this would be a more complex SLA-alike less frequently. You can't get workers to do it, just think of the logistics. In an outside-CPE environment, you could do it, probably. But then you might well be better off just running DSL to the home and centralizing the battery, and um, does that bring us back to U-verse? (Did I just make an argument for U-verse?) It would be nice to see a program like ATT Lifeline that was oriented towards maintaining copper for emergency purposes, except that I suspect that this would raise a whole new set of issues, such as periodic testing. Regular use of a landline ensures that it works. This raises other issues as well; E911 services are probably experiencing an ever-higher volume of test calls, for example, and testing of copper- only emergency POTS lines would raise that further. I suppose this could be addressed with an automated system fronting the 911 call (You have reached 911. To report an emergency, please press 1 or wait on the line. For test functions, press pound.) I'd personally like that, it would be better for testing purposes. Fun pics: http://www.kramerfirm.com/pictures/thumbnails.php?album=2 VoIP service is dodgy on the end of consumer grade Internet connections, though. Around here, the cable TV tends to fail with the power when the power supply/amps on the poles burn through their batteries in an hour or two. DSL may be a bit better, but since everyone's got a cordless phone that requires AC power, ... Really, I sometimes wonder at how readily accessible 911 really is in a regional crisis. You're probably well-covered if you have VoIP *plus* a cell or POTS, but how many people have actually checked with their 911 dispatch to make sure that their VoIP is registering properly? Given the tendency towards wireless, if you don't have POTS, it may be best to just keep an old cell around without a service plan to be able to dial 911. You can probably even teach the kids how to deal with that, at least once they're old enough to know their home phone and address. ... JG -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again. - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. -- Josh Potter