- NANOG - lists.nanog.org

RE: [fyodor@insecure.org: C|Net Download.Com is now bundling Nmap with malware!]
by Scott Weeks 06 Dec '11

06 Dec '11

-----Original Message----- From: Valdis.Kletnieks(a)vt.edu [mailto:Valdis.Kletnieks@vt.edu] > ----- Forwarded message from Fyodor <fyodor(a)insecure.org> On the other hand, just being Fyodor is sufficient to get him taken seriously. ---------------------------- ------- bkain1(a)ford.com wrote: ------- From: "Kain, Rebecca (.)" <bkain1(a)ford.com> Not that anyone cares but personally, I'm happy fyodor posted this and I'm forwarding it to anyone that I think might use download.com. I think it's crap anyone changes anyone's code like that --------------------------------------- I used to use download.com a lot. I trusted them. I told friends they were trustworthy. What Valdis said. That's all it took for me to stop using them and to tell everyone I know to stop. Hope someone at download.com is listening. scott

1 0

Mexico City IP/Ethernet/Wave/Fiber/Colo/IXP etc...
by Tim Durack 06 Dec '11

06 Dec '11

I'm looking for connectivity options in the Mexico City area. Initial impressions suggest Mexico has a fairly closed market. That being said: Who offers good IP/BGP connectivity in and around Mexico City?Who offers good Ethernet connectivity in and around Mexico City?Who offers wave/fiber services in and around Mexico City.Where are the colo/IXPs located? Feedback on or off-list appreciated. I'm not looking for a salesman. Thanks, -- Tim:>

1 0

Re: On Working Remotely
by William Herrin 06 Dec '11

06 Dec '11

I teleworked for a few years back in the '90s. I would share a couple of thoughts: 1. You have to have the disposition for it. For a coder, you have to be the kind of person who sits down at a computer and writes code, just because. If it would "require discipline" for you to work from a home office, telework may not be right for you. 2. If most of the team works in an office, full time telework for any member of the team is hard. Folks working together in an office develop a social dynamic. Folks who aren't there aren't a part of that dynamic. Teleworking is most likely to work out when most or all of the team teleworks, not just particular members. 2a. You can still telework two days a week and spend the other three in an office. But not Monday or Friday. Especially not Friday -- after the rest of the week working in the office, you just won't do it. Your brain will turn off if you try to work from home Friday after Thursday in the office. 3. Beware tracking hours. Try to select work which is goal and deadline based. Your supervisor won't see you in your seat; he can only judge your performance on what you actually accomplish. When I teleworked, I found myself taking breaks to mow the lawn, ride a bike on a nice day or tinker with a personal server. Tracking hours under such circumstances is almost impossibly hard. Measuring progress towards a goal is less so. -Bill -- William D. Herrin ................ herrin(a)dirtside.com bill(a)herrin.us 3005 Crane Dr. ...................... Web: <http://bill.herrin.us/> Falls Church, VA 22042-3004

2 1

On Working Remotely
by Jay Ashworth 06 Dec '11

06 Dec '11

Some more thoughts on telecommuting, from the guy who built Stack Overflow. http://www.codinghorror.com/blog/2010/05/on-working-remotely.html Cheers, -- jra -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274

14 16

High latency/dropped packets on Mitel circuit in LA
by Paul Brown 06 Dec '11

06 Dec '11

I'm having some pretty bad connection issues with one of my remote offices in LA. I figured it was probably wind-related last week but it's still going on today. The vendor (Mitel) is saying that they're testing the circuit as good to the router, but I doubt it because I'm seeing the same missed pings on both the outside and inside interfaces from here (Richmond, VA) across the MPLS network. I know it's possible that it could be the router, but my gut tells me it's a circuit issue. Does anybody know of anything going on out there? Thanks, Paul

2 1

Email from AssetAuctions
by Frank Bulk 06 Dec '11

06 Dec '11

Did anyone else received unsolicited an email from AssetAuctions? Our CFO received an email from them selling two full /16's and a partial /16. There is an unsubscribe feature, but I thought it was interesting, in light of the Border's IP sale event. I was encouraged by this language, This opportunity is available to a company with justifiable need to acquire large contiguous blocks of IP addresses. The Buyer must ensure compliance with certain requirements of the American Registry of Internet Numbers ("ARIN"). Transfer of these IP addresses may be subject to approval by "ARIN" and contingent on verification the transfer request meets the requirements of NRPM 8.3 (https://www.arin.net/policy/nrpm.html#eight) Frank

1 0

Re: IP addresses are now assets
by John Curran 06 Dec '11

06 Dec '11

Wayne - Your subject line (IP addresses are now assets) could mislead folks, so I'd advise waiting to review the actual sale order once approved by the court before making summary conclusions. ARIN holds that IP address space is not property but is managed as a public resource. Address holders may have certain rights (such as the right to be the registrant of the address block, the right to transfer the registration, etc.) but these rights intersect with additional rights to the same address blocks which are held by the community (such as the right of visibility to the public portion of registrations). The registry policies (set by the community via open and transparent processes) govern the intersection and application of these rights. For this reason, ARIN works with parties transferring their rights in IP address space to make sure that the documents reflect that sales of rights are subject to the transfer policies in the region, including in this particular case. A party may transfer their rights to IP addresses, and such rights may have value to an estate, but this does not make the IP addresses "property" per se. Thanks! /John John Curran President and CEO ARIN

17 26

Re: IP addresses are now assets
by David Barak 06 Dec '11

06 Dec '11

Should the HAC be expected to manage the transition to HumorV6? David

6 6

Flapping POS Interface on Frame-relay between a Juniper and Cisco
by Righa Shake 06 Dec '11

06 Dec '11

Hi, Am having a problem that is buffling. I recently changed a POS link encapsulation from PPP to Frame-relay. Since that time the POS interface keeps resetting from time to time. On my BGP session am receiving cease notifications from my upstream provider. The setup is such that we have a cisco on one end and a Juniper on the other. interface POS0/0/0 mtu 4474 no ip address no ip unreachables encapsulation frame-relay logging event link-status crc 32 pos scramble-atm frame-relay lmi-type ansi end ROUTERshow run int pos0/0/0.101 Building configuration... ! interface POS0/0/0.101 point-to-point ip address X.X.X.X 255.255.255.252 frame-relay interface-dlci 101 end ROUTER#show int pos0/0/0 POS0/0/0 is up, line protocol is up Hardware is SPA-2XOC12-POS MTU 4474 bytes, BW 622000 Kbit/sec, DLY 100 usec, reliability 255/255, txload 6/255, rxload 38/255 Encapsulation FRAME-RELAY, crc 32, loopback not set Keepalive set (10 sec) Scramble enabled LMI enq sent 81981, LMI stat recvd 77480, LMI upd recvd 0, DTE LMI up LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE segmentation inactive FR SVC disabled, LAPF state down Broadcast queue 0/256, broadcasts sent/dropped 26/0, interface broadcasts 0 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 1w2d Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 94336000 bits/sec, 13151 packets/sec 5 minute output rate 16470000 bits/sec, 7049 packets/sec 12211574207 packets input, 10967607038364 bytes, 0 no buffer Received 0 broadcasts (0 IP multicasts) 6970870 runts, 2179 giants, 0 throttles 0 parity 892493293 input errors, 882184781 CRC, 0 frame, 0 overrun, 0 ignored, 3335463 abort 6379191154 packets output, 1614018181446 bytes, 0 underruns 0 output errors, 0 applique, 4 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions Any assistance on this will be greatly appreciated. Regards, Righa Shake

3 2

Re: Flapping POS Interface on Frame-relay between a Juniper and Cisco
by Scott Weeks 06 Dec '11

06 Dec '11

On 11/19/11 8:11 AM, Righa Shake wrote: > Hi, > > Am having a problem that is buffling. > > I recently changed a POS link encapsulation from PPP to Frame-relay. > Since that time the POS interface keeps resetting from time to time. > > On my BGP session am receiving cease notifications from my upstream > provider. > > The setup is such that we have a cisco on one end and a Juniper on the > other. ------------------------------------------------------- Were you not able to get it going after the discussion on AfNOG? http://afnog.org/pipermail/afnog/2011-November/000016.html What else is happening? Still seeing alarms and flapping at the reduced rate? If so, what alarms and how often is it flapping? scott

1 0