Re: Why choose 120 volts?

> It's worth noting that despite higher voltages here there aren't more > deaths or injuries - but maybe it's because people take it more > seriously. Admittedly no one I know is nuts enough to use body parts > for "liveness testing". > (sorry for being kinda late in this discussion) I've never

RE: Why choose 120 volts?

AC Grabs, DC Pushes. And for the record, I am confident this is the longest thread in the history of this list lol. Note to self, consult nanog on facility power when building next datacenter. *laugh* //warren Warren Bailey GCI Communication Corp. RF Network Engineering 907.868.5911 office 907.

Re: MX Record Theories

On Wed, 27 May 2009 09:48:39 -0400, wrote: > Actually, I was thinking to myself yesterday that the email world is going to > be awfully > fun when IPv6 sets in and we're all running mail servers with nice long > records such as > fc00:836b:4917::a180:4179. > You do realize DNS queri

Re: Why choose 120 volts?

Warren Bailey wrote: > AC Grabs, DC Pushes. > > And for the record, I am confident this is the longest thread in the > history of this list lol. Note to self, consult nanog on facility power > when building next datacenter. *laugh* > Yeah, my fault for starting it. ;) I was really just curious

navog?

Hi, Is anyone aware of a voip-focused group similar to nanog? Us voip pukes have to deal with the issues of allocation, routing, and management of phone numbers as well as networks, and I have not found a voice operators' group similar to this network operators' group. Thanks, David

Re: navog?

On May 28, 2009, at 9:03 PM, david hiers wrote: Is anyone aware of a voip-focused group similar to nanog? VOIPSA are focused on VoIP, mainly around security: --- Roland Dobbins //

Re: navog?

david hiers wrote: > Hi, > Is anyone aware of a voip-focused group similar to nanog? Us voip pukes > have to deal with the issues of allocation, routing, and management of phone > numbers as well as networks, and I have not found a voice operators' group > similar to this network operators' group.

Re: navog?

On May 28, 2009, at 10:16 AM, J. Oquendo wrote: david hiers wrote: Hi, Is anyone aware of a voip-focused group similar to nanog? Us voip pukes have to deal with the issues of allocation, routing, and management of phone numbers as well as networks, and I have not found a voice operators

Re: navog?

Jared Mauch wrote: > > On May 28, 2009, at 10:16 AM, J. Oquendo wrote: > >> david hiers wrote: >>> Hi, >>> Is anyone aware of a voip-focused group similar to nanog? Us voip >>> pukes >>> have to deal with the issues of allocation, routing, and management >>> of phone >>> numbers as well as network

Re: Why choose 120 volts?

Dave Larter wrote: Seems like if the c14 was connected to a 240v PDU the 5-15 would deliver 240v to the equipment, arc/pop tripping the breaker on the PDU as soon as it is connected killing power to everything on that PDU. Or am I missing something? If you plug a PDU into a service that's high

RE: Why choose 120 volts?

I was referring to, when a 120v device is attached to the 5-15 end of the cord. On the inside of these grounded devices I often find that the neutral is tied to ground. So in the case of the c14 being connected to a 240v PDU when I 120v device is connected it will ground one of the load lines. And

Re: Why choose 120 volts?

Dave Larter wrote: I was referring to, when a 120v device is attached to the 5-15 end of the cord. On the inside of these grounded devices I often find that the neutral is tied to ground. Often??? Name one device designed that way. And please tell us how well that device works when you plug

Re: MX Record Theories

Not entirely on subject but I thought that allowing DNS queries to occur via TCP is mission critical for simple mail routing. We ran across this back in the day at @Home Network. Firewall rules were changed to not allow port 53 TCP. This severely affected sending mail to large distribution

Re: Why choose 120 volts?

If the pdu contains a surge suppressor and was designed for 120v, plugging in to 220 will cause the MOV that protects against transient over-voltage to emit smoke. The breaker or fuse is a current limiting device. Joel Pete Templin wrote: >Dave Larter wrote: >> Seems like if the c14 was conne

Huawei cx300

Guys, Anybody any experience with VPLS on Huawei cx300? Jack

Packet loss statistics

Is anyone aware of useful resources for packet loss over large LANs and WANs? Google turned up a nice statistics page for Qwest's network but not much else that seems useful to me. Our testing teams are trying to simulate expected network conditions and rather than go overboard, having somet

Re: Packet loss statistics

The Internet2 network publishes 10-second data for all interfaces on both its backbone network and the individual racklans in each of its cities: Backbone: http://dc-snmp.grnoc.iu.edu/i2net/ Racklans: http://dc-snmp.grnoc.iu.edu/i2net-hp/ Default graphs don't show errors. You need to create

Re: Why choose 120 volts?

On Tue, 2009-05-26 at 12:39 -0700, Seth Mattinen wrote: > I have a pure curiosity question for the NANOG crowd here. If you run > your facility/datacenter/cage/rack on 120 volts, why? > We are using 120V in our colocation spaces. > I've been running my facility at 208 for years because I can get

Re: Packet loss statistics

On May 28, 2009, at 12:03 PM, Ric Messier wrote: Is anyone aware of useful resources for packet loss over large LANs and WANs? Google turned up a nice statistics page for Qwest's network but not much else that seems useful to me. Our testing teams are trying to simulate expected network

RIPE NCC does a series of interviews about IPv6 deployment

As part of our IPv6 training project, that consists of face to face training and on-line learning modules and testimonials, I am proud to announce the first in a series of interviews. Andy Davidson of NetSumo ISP Consultancy discusses the IPv6 deployment they have done for their customers a

Re: Why choose 120 volts?

I have some similar input. At my company, we use both 120 and 208 volt depending on what servers we are putting in the racks. We can fill up every single rack to full capacity 100% of the time by using energy efficient servers. The fact that it is 120 volt or 208 volt hardly matters on most mach

Re: Packet loss statistics

On Thu, 28 May 2009, Jared Mauch wrote: On May 28, 2009, at 12:03 PM, Ric Messier wrote: Is anyone aware of useful resources for packet loss over large LANs and WANs? Google turned up a nice statistics page for Qwest's network but not much else that seems useful to me. Our testing teams

XO fiber cut (unverified) in St. Louis, MO

I've heard an unverified report that XO may have a fiber cut somewhere in St. Louis. Has anyone heard something similar? -- Major Hayden ma...@mhtx.net

DNS ed.gov translations

Greetings, Periodically, we loose the capability of translating .ed.gov names. Today, it seems that it is www.dl.ed.gov and www.fafsa.ed.gov that will not translate. If I use dig I get: porthos2:~ pcharbon2$ dig +trace www.fafsa.ed.gov ; <<>> DiG 9.4.3-P1 <<>> +trace www.fafsa.ed.

Re: Why choose 120 volts?

> > Admittedly no one I know is nuts enough to use body parts > > for "liveness testing". Depends whose parts they're using > Just to make things clear, I am NOT going to suggest you should do so, > just telling you what I think I heared. I'm waiting for Randy to suggest his competitors do so b

Re: Packet loss statistics

On Thu, May 28, 2009 at 9:55 AM, Ric Messier wrote: > Here is the Qwest link mentioned, by the way, in case anyone else is > interested. > > http://stat.qwest.net/statqwest/perfRptIndex.jsp The equivalent AT&T network performance portal page is http://www.att.com/ipnetwork and various pages link

Re: MX Record Theories

On May 28, 2009, at 5:04 AM, Bobby Mac wrote: If you add enough recipients to an email, each domain within the send line needs to have an associated MX record. Well, it needs to resolve to an A RR somehow, but for each domain name, you get a different query. DNS by default starts with UD

problems with cisco 7200 and PA-T3

Just installed a cisco 7204vxr with a DS3 interface. we are not getting more than 5Mbits. show interface is not reporting any errors. the provider tech put a piece test equipment on the circuit and sees errors. Does anyone else use a cisco 7200 with a DS3 interface that we might be able to speak

Re: MX Record Theories

In message , Bobby Mac writes: > Not entirely on subject but I thought that allowing DNS queries to > occur via TCP is mission critical for simple mail routing. We ran across > this back in the day at @Home Network. Firewall rules were changed to not > allow port 53 TCP. This severely aff

Re: DNS ed.gov translations

In message , Peter Charbonneau writes: > Greetings, > >Periodically, we loose the capability of translating .ed.gov names. > >Today, it seems that it is www.dl.ed.gov and www.fafsa.ed.gov that > will not translate. > > If I use dig I get: > > porthos2:~ pcharbon2$ dig +trace ww

Re: DNS ed.gov translations

On May 28, 2009, at 8:37 PM, Mark Andrews wrote: In message , Peter Charbonneau writes: Greetings, Periodically, we loose the capability of translating .ed.gov names. Today, it seems that it is www.dl.ed.gov and www.fafsa.ed.gov that will not translate. If I use dig I get: port

RE: problems with cisco 7200 and PA-T3

Adam you could be tx the errors so your interface won't see them. On the other side of the circuit are they seeing errors on the rx. -carlos -Original Message- From: Adam Goodman [mailto:a...@wispring.com] Sent: Thursday, May 28, 2009 3:44 PM To: nanog@nanog.org Subject: problems with c

RE: problems with cisco 7200 and PA-T3

We have many 7200vxr's with DS3 interfaces. Though I am not sure this would be a interface problem. When you say that your provider sees errors on the circuit, where are they putting equipment? Is it an in-line test or an end to end test? Also, how is the DS3 being delivered? Be sure to check y

Issues through ATT core/backbone

We have a few circuits with ATT and a few VZ. Since friday we have seen serveral intermittent issues throught ATT to reach various customers and our various remote offices. If we swing the traffic through VZ interfaces using static routes we can reach those locations fine. We were doing traceroutes

Re: problems with cisco 7200 and PA-T3

Adam Goodman wrote: Just installed a cisco 7204vxr with a DS3 interface. we are not getting more than 5Mbits. show interface is not reporting any errors. the provider tech put a piece test equipment on the circuit and sees errors. Do you have access to both ends of the circuit? No errors on e

RE: navog?

One more: isp-voiceoverip (http://isp-lists.isp-planet.com/isp-voiceoverip/resources/). Pretty quiet, though. Frank -Original Message- From: J. Oquendo [mailto:s...@infiltrated.net] Sent: Thursday, May 28, 2009 9:34 AM To: nanog@nanog.org Subject: Re: navog? Jared Mauch wrote: > > On M

glue record

Hi, I'm looking for glue record for ns1.push.mobi so I ask one of the root name server. It gives me the list of dot mobi authorized name servers. I'm expecting it to be answered by one of the mobi tld authorized name servers, but it's telling me that it delegates the answer to ns1.push.mobi instea

Re: glue record

Did you check the "ADDITIONAL SECTION" in what you've pasted below? Scott. On Thu, May 28, 2009 at 11:06 PM, Anton Zimm wrote: > Hi, > I'm looking for glue record for ns1.push.mobi so I ask one of the root > name server. > It gives me the list of dot mobi authorized name servers. > > I'm exp

RE: glue record

Because it gave you the IP of ns1 & ns2.push.mobi in the additional section? Looks like a pretty normal answer for a TLD server. John van Oppen Spectrum Networks LLC 206.973.8302 (Direct) 206.973.8300 (main office) -Original Message- From: Anton Zimm [mailto:anton.z...@gmail.com] Sen

Re: glue record

In message <1e0e55280905282306v69cea6b7m22b7ea6e8dea6...@mail.gmail.com>, Anton Zimm writes: > Hi, > I'm looking for glue record for ns1.push.mobi so I ask one of the root > name server. > It gives me the list of dot mobi authorized name servers. > > I'm expecting it to be answered by one of the

RE: glue record

Beat me to it.. Bleh. Though I will admit, this reminds me of a very painful experience when I got my first dedicated server back in 1999. Death me to BIND. Glad I'm not a DNS admin :) //warren -Original Message- From: Scott Howard [mailto:sc...@doc.net.au] Sent: Thursday, May 28, 2009

Re: DNS ed.gov translations

Moin! On 29.05.2009, at 03:06, Peter Charbonneau wrote: Firewalls are Cisco ASAs that pass all traffic to/from the nameservers. Fragments are allowed through. Is this the firewall formerly known as PIX? If so we had problems with our DNS server until we put the following line in our config