January 2014 - Test - lists.nanog.org

Fwd: [ PRIVACY Forum ] Network Solutions/Web.com apologizes for email about credit card charges
by Jay Ashworth 23 Jan '14

23 Jan '14

NetSol: Oops. We goofed. Why they didn't clarify this when Brent queried them is unclear; I infer (but cannot, of course, prove) backpedaling. Cheers, -- jra ----- Forwarded Message ----- > From: "PRIVACY Forum mailing list" <privacy(a)vortex.com> > To: privacy-list(a)vortex.com > Sent: Wednesday, January 22, 2014 5:44:11 PM > Subject: [ PRIVACY Forum ] Network Solutions/Web.com apologizes for email about credit card charges > Network Solutions/Web.com apologizes for email about credit card > charges > > I just got off the phone with the COO, CTO, and others from Network > Solutions/Web.com, regarding today's furor over an email suggesting an > almost $2K charge for a new domain security program unless the > addressee opted out. > > They are apologetic about the email, which they say mischaracterized > the program aimed at the top 1% of their customers, and assert that > nobody would have been charged that fee without affirmatively agreeing > to enter the program -- irrespective of what the email appeared to be > saying. > > I also took the opportunity to discuss other aspects of their email > notifications, such as those WHOIS confirmation notices I received a > few > days ago, that looked for all the world like phishing attempts. > > All other aspects of today's story aside, I think it's more clear than > ever that messaging really matters. > > My thanks to Network Solutions/Web.com for taking the time to discuss > these > issues with me directly. > > --Lauren-- > Lauren Weinstein (lauren(a)vortex.com) http://www.vortex.com/lauren > Co-Founder: People For Internet Responsibility: > http://www.pfir.org/pfir-info > Founder: > - Network Neutrality Squad: http://www.nnsquad.org > - PRIVACY Forum: http://www.vortex.com/privacy-info > Member: ACM Committee on Computers and Public Policy > Lauren's Blog: http://lauren.vortex.com > Google+: http://google.com/+LaurenWeinstein > Twitter: http://twitter.com/laurenweinstein > Tel: +1 (818) 225-2800 / Skype: vortex.com > > _______________________________________________ > privacy mailing list > http://lists.vortex.com/mailman/listinfo/privacy -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274

1 0

Re: [VoiceOps] Phone Numbers with Calling Restrictions
by Jay Ashworth 23 Jan '14

23 Jan '14

----- Original Message ----- > From: "Tim Donahue" <tim.donahue(a)gmail.com> > We ported this to an underlying carrier (the guilty party shall remain > nameless), and according to their engineers they have no option to > disable the SSC. > > I actually have no idea if the call I am making is blocked at the local > switch for my POTS test line, the LD carrier, or inbound to our ULC (or any > other part of the path it might have crossed). This information was not > provided to me in the response from our ULC, but it would be interesting to > know for future reference where these blocks happen. Waitaminnit. The calls are being blocked... well, they'd have to be being blocked *before they get to your gaining carrier, I guess, right? That nearly *requires* the code to be in the LERG, so the originating CO can execute it. We have some people here who know the LERG back and fro; Paul? Anyone else? You ever heard of this? Can you originate a call to that number from a different carrier via PRI, and see which ISDN error you get back? Or have someone else call it that way? ISDN errors tend to have a bit more data in them. I'd do it, but I don't have any PRIs laying around anymore. Cheers, -- jra -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274

2 2

above.net latencies
by Dennis Burgess 22 Jan '14

22 Jan '14

Seeing high latency's between LGA and PHL on above.net.. Saw this last night as well but went away by morning.. Anyone confirm or have any status? 8 9 ms 9 ms 9 ms ae5.cr1.ord2.us.above.net [64.125.28.233] 9 31 ms 31 ms 31 ms ae6.cr1.lga5.us.above.net [64.125.24.33] 10 118 ms 119 ms 115 ms xe-1-1-0.mpr3.phl2.us.above.net [64.125.31.33] 11 118 ms 119 ms 113 ms 208.185.20.54.t01657-08.above.net [208.185.20.54 ] Dennis Burgess, Mikrotik Certified Trainer Author of "Learn RouterOS- Second Edition <http://www.wlan1.com/product_p/mikrotik%20book-2.htm> " Link Technologies, Inc -- Mikrotik & WISP Support Services Office: 314-735-0270 <tel:314-735-0270> Website: http://www.linktechs.net <http://www.linktechs.net/> - Skype: linktechs <skype:linktechs?call> -- Create Wireless Coverage's with www.towercoverage.com <http://www.towercoverage.com/> - 900Mhz - LTE - 3G - 3.65 - TV Whitespace

1 0

NTP Reflections - New article on RIPE Labs by John Kristoff
by Mirjam Kuehne 22 Jan '14

22 Jan '14

Hello, After the recent amplification attacks involving NTP servers, John Kristoff, a researcher with Team Cymru, kindly agreed to publish an analysis of the history and timeline leading up to the attacks. Please find his contribution on RIPE Labs: https://labs.ripe.net/Members/mirjam/ntp-reflections I thought this might be interesting for this list. Kind regards, Mirjam Kuehne RIPE NCC

1 0

Remote Hand support Equinix Palo Alto
by arulgobinath emmanuel 22 Jan '14

22 Jan '14

Dear All, I'm searching RHS company who can do a decommission work at Equinix Palo Alto. Need to decommission and ship back the Router ( GSR) ( Need to handle the Logistic part ) Please unicast the reply . Best Regards, E.A.Gobinath.

1 0

Experiences with IPv6 and Routing Efficiency
by Mukom Akong T. 21 Jan '14

21 Jan '14

Hello folks, Does anyone have any experiences or insights to share on how more (or less) efficient routing is with IPv6? Any specific thoughts with respect to how the following characteristics help or not with routing efficiency? - fixed header size - Extension header chain - flow labels in header - no intermediate fragmentation - no checksums Thanks in advance. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent ------------------------------------------------------------------------------------------------------------------------------------------ “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC" - Kahlil Gibran -------------------------------------------------------------------------------------------------------------------------------------------

8 22

OSP Contractors in Lafayette, LA
by Lorell Hathcock 21 Jan '14

21 Jan '14

All: I am seeking referrals for an Outside Plant Fiber installation company that can operate in Lafayette, LA. Contracted activities would include: - Project Design and Planning - Project Management - Obtaining Permits - Boring - Trenching - Installation of Inner duct and conduit - Installation of OM3 fiber - Bonding and Grounding of Fiber - Installation of Fiber Locate Signal Transmission Equipment in Head End - Testing and Certification and Documentation of Installation Project will be on private property. Please respond offline directly to me. Sincerely, Lorell Hathcock

1 0

Dark fiber providers, Southern California
by Eric A Louie 21 Jan '14

21 Jan '14

Who would I start talking to if I wanted to lease "dark fiber" from point to point? I'm located in San Diego and am interested in leasing fiber from major datacenters in SD and LA I found Freedom Telecommunications (http://freedomtelecommunications.com) - doubtless there are others I can and should talk to. thanks Eric Louie

1 0

Where does "Downstream server error" come from?
by John Levine 19 Jan '14

19 Jan '14

I had some problems with incoming mail that I tracked down to a configuration bug, two hosts on the same LAN configured to respond to the IP address of the MX. It's fixed now. While it was broken, attempts to send mail on some other systems got "421 Downstream server error." That is not a message that any of my mail software sends (I grepped for Downstream in the code, it's not there) so I presume it's from some middle box. Does anyone recognize the message, what produces it, and why? There was indeed stuff messed up downstream, but why turn it into a mystery error message? R's, John PS: I wonder how long it'll take for someone to suggest unhelpful configuration changes on my host to fix the problem.

7 6

Re: Experiences with IPv6 and Routing Efficiency
by Mukom Akong T. 19 Jan '14

19 Jan '14

On 18 Jan 2014 09:42, <bmanning(a)vacation.karoshi.com> wrote: > > > please define "efficient" in this context. Would a routing device process (while forwarding for example) more IPv6 packets than IPv4? Not a dictionary definition > > /bill > > On Sat, Jan 18, 2014 at 08:09:58AM +0400, Mukom Akong T. wrote: > > Hello folks, > > > > Does anyone have any experiences or insights to share on how more (or > > less) efficient routing is with IPv6? Any specific thoughts with respect to > > how the following characteristics help or not with routing efficiency? > > - fixed header size > > - Extension header chain > > - flow labels in header > > - no intermediate fragmentation > > - no checksums > > > > Thanks in advance. > > > > -- > > > > Mukom Akong T. > > > > http://about.me/perfexcellence | twitter: @perfexcellent > > ------------------------------------------------------------------------------------------------------------------------------------------ > > “When you work, you are the FLUTE through whose lungs the whispering of the > > hours turns to MUSIC" - Kahlil Gibran > > -------------------------------------------------------------------------------------------------------------------------------------------

5 5