July 2013 - Test - lists.nanog.org

ARIN WHOIS for leads
by Justin Vocke 30 Jul '13

30 Jul '13

Sent this little e-mail to ARIN: I'm not sure that you guys can do anything about this, but it's worth looking into. I registered AS626XX a week ago, and since it's registration, I've been getting calls from "wholesale" carriers trying to get me to purchase IP transit from them. Someone is obviously using your database of contact information to generate sales leads. 512-377-6827 was one of the numbers trying to get more information about my network and how they could "help" me. My guess is someone is using your mass whois database, looking at the most recently issued/created AS numbers, and cold calling. Just thought I'd pass this along. --------- Due to the amount of calls I've received, I'm guessing its probably a good idea to remove my contact info from the registration and setup role's instead. Does this sorta thing happen frequently with new registrations or did I just draw the short straw? Best, Justin

26 52

WEBCAST: ISOC @ IETF – Improving Internet Experience: All Together Now
by Joly MacFie 30 Jul '13

30 Jul '13

This is just about to start. Not on the IETF schedule. The panel will tackle the fundamental questions of how to avoid conflicting congestion fixes that screw up transmission protocols. Should be interesting. ** joly posted: "Today, Tuesday July 29 2013 the Internet Society will present a briefing panel at IETF 87 in Berlin, topic: "Improving Internet Experience: All together, now." As Internet use and user expectations grow, it is natural that network and service providers, a" [image: ISOC @ IETF 87]<https://new.livestream.com/internetsociety/ietf87isocbriefing>Today, Tuesday July 30 2013 the Internet Society will present a briefing panel at IETF 87 <http://isoc-ny.org/p2/5829> in Berlin, topic: "Improving Internet Experience: All together, now<http://www.internetsociety.org/internet-society-briefing-panel-ietf-87>." As Internet use and user expectations grow, it is natural that network and service providers, as well as software developers, are all looking to provide the best experience possible for their users and customers. However, performance issues (especially those related to transient congestion) tend to have collateral effects. This is a case where local optimization strategies may, in fact, not lead to globally optimal network performance for a given activity. In fact, server or client software developers' assumptions about network conditions may lead to disastrously wrong choices in managing network traffic if software elsewhere in the network is making different and countervailing assumptions and choices.This panel will explore some of the different approaches being developed, between website, network transport and server developers, their assumptions about network performance and potential collision of strategies. Panelists will also further elaborate existing work in measuring and developing (and deploying!) standards-based transport layer strategies for robustly improving overall performance. Speakers include Stuart Cheshire of Apple, Jason Livingood of Comcast, and Patrick McManus of Mozilla. Internet Society Chief Internet Technology Officer Leslie Daigle will moderate. The session will be webcast live via the Internet Society livestream channel<https://new.livestream.com/internetsociety/ietf87isocbriefing>and an audio feed will also be available. *What*: Internet Society Briefing Panel @ IETF 87 - "Improving Internet Experience: All together, now."<http://www.internetsociety.org/internet-society-briefing-panel-ietf-87> *Where*: InterContinental Hotel, Berlin, Germany *When*: Tuesday, 30 July 2013 11:45 am-12:45 pm CEST | 0945-1045 UTC | 0545-0645 EDT *Program*: http://www.internetsociety.org/internet-society-briefing-panel-ietf-87 *Webcast*: https://new.livestream.com/internetsociety/ietf87isocbriefing *Audio stream*: http://www.verilan.com/isoc.m3u *Twitter*: @InternetSociety<https://twitter.com/search/realtime?q=internetsociety> Comment <http://isoc-ny.org/p2/5835#respond> See all comments<http://isoc-ny.org/p2/5835#comments> *Permalink* http://isoc-ny.org/p2/5835 -- --------------------------------------------------------------- Joly MacFie 218 565 9365 Skype:punkcast WWWhatsup NYC - http://wwwhatsup.com http://pinstand.com - http://punkcast.com VP (Admin) - ISOC-NY - http://isoc-ny.org -------------------------------------------------------------- -

1 0

Digital Ocean
by jamie rishaw 30 Jul '13

30 Jul '13

I've been unable to get ahold of cluebies @ digital ocean ; anyone in engr pls contact off list

2 1

management traffic QoS on Tunnel interfaces
by Andrey Khomyakov 29 Jul '13

29 Jul '13

Hi all, I have been trying to come up with a qos policy (or rather where to apply it) for reserving some bandwidth for management traffic to the local router The setup is that a remote route is a spoke to a DMVPN network, thus has a couple of ipsec gre tunnel interfaces and a Lo0 for management (ssh). I have no issue working out service policy for transiting traffic, however, I can't wrap my head around how to reserve some bandwidth for the locally originated SSH traffic (managing the router). I'd like to mark ssh response packets from the local router (1.1.1.1) with CS2,so i can match them in the tunnel policy shown below. Has anyone come across this task before? interface Loopback0 ip address 1.1.1.1 255.255.255.255 interface Tunnel0 ip address 2.2.2.2 255.255.255.0 qos pre-classify <snip> tunnel source FastEthernet0/0 tunnel mode gre multipoint tunnel protection ipsec profile protect-gre shared ! interface FastEthernet0/0 desc DSL/Cable/FiOS ip address 3.3.3.3 255.255.255.0 bandwidth 768 bandwidth receive 1500 service-policy output SHAPE-OUT-768 ! class-map match-any SSH match ip dscp cs2 ! policy-map SHAPE-OUT-768 class class-default shape average 768000 service-policy SSH ! service-policy SSH class SSH bandwidth percent 5 class class-default fair-queue queue-limit 15 packets --Andrey

4 5

Looking for clue at Yourwebhoster.eu
by Chris Grundemann 29 Jul '13

29 Jul '13

I could use someone with some clue from Yourwebhoster.eu to contact me off list please. Thanks, ~Chris -- @ChrisGrundemann http://chrisgrundemann.com

1 0

S Vlan and C VLAN
by Yazan Jaber 28 Jul '13

28 Jul '13

Hi all, This is my first email to this great group, I want to as if anybody can help me in designing of the network in terms of S vlan and C vlan, what is differences and what is recommended for what and any useful data. Thanks, ________________________________ The content of this email together with any attachments, statements and opinions expressed herein contains information that is private and confidential, are intended for the named addressee/s only. If you are not the addressee of this email you may not copy, forward, disclose or otherwise use it or any part of it in any form whatsoever. If you have received this message in error, please notify the sender by a reply email immediately and delete the message without making any copies.

3 2

Super Space Self Storage : At The Heart of what was to become the epicenter of Silicon Valley.
by jamie rishaw 28 Jul '13

28 Jul '13

http://www.theatlantic.com/technology/archive/13/07/not-even-silicon-valley… -j -- jamie rishaw // .com.arpa@j <- reverse it. ish. *"Reality defeats prejudice."* - *Rep. Barney Frank*

2 1

Anyone from 6128 listening?
by Drew Linsalata 28 Jul '13

28 Jul '13

Sorry to use the list for this, but we're batting our heads against the wall trying to resolve an intermittent routing issue between OOL cable modem users and AWS. The usual channels are getting us nowhere beyond "reboot your modem and your router".

1 0

Office 365..? how Microsoft handed the NSA access to encrypted messages
by Warren Bailey 27 Jul '13

27 Jul '13

Anyone else planning on bailing from office365? http://m.guardian.co.uk/world/2013/jul/11/microsoft-nsa-collaboration-user-… Sent from my Mobile Device.

22 40

[security-officer@isc.org: Notice: BIND Security Jul2013 CVE2013-4854]
by staticsafe 27 Jul '13

27 Jul '13

----- Forwarded message from ISC Security Officer <security-officer(a)isc.org> ----- Date: Fri, 26 Jul 2013 13:46:50 -0700 From: ISC Security Officer <security-officer(a)isc.org> To: bind-announce(a)lists.isc.org, bind-workers(a)lists.isc.org, bind-users(a)lists.isc.org Subject: Notice: BIND Security Jul2013 CVE2013-4854 IMPORTANT: The security issue described below has been confirmed by ISC to be 'in the wild' as of 18:00UTC July 26, and exploitation of this vulnerability against production servers has been reported by multiple organizations. Please be advised that immediate action is recommended. A specially crafted query can cause BIND to terminate CVE: CVE-2013-4854 Document Version: 2.0 Posting date: 26 July 2013 Program Impacted: BIND Versions affected: Open source: 9.7.0->9.7.7, 9.8.0->9.8.5-P1, 9.9.0->9.9.3-P1, 9.8.6b1 and 9.9.4b1; Subscription: 9.9.3-S1 and 9.9.4-S1b1 Severity: Critical Exploitable: Remotely Description: A specially crafted query that includes malformed rdata can cause named to terminate with an assertion failure while rejecting the malformed query. BIND 9.6 and BIND 9.6-ESV are unaffected by this problem. Earlier branches of BIND 9 are believed to be unaffected but have not been tested. BIND 10 is also unaffected by this issue. Please Note: All versions of BIND 9.7 are known to be affected, but these branches are beyond their "end of life" (EOL) and no longer receive testing or security fixes from ISC. For current information on which versions are actively supported, please see http://www.isc.org/downloads/software-support-policy/bind-software-status/. Impact: Authoritative and recursive servers are equally vulnerable. Intentional exploitation of this condition can cause a denial of service in all nameservers running affected versions of BIND 9. Access Control Lists do not provide any protection from malicious clients. In addition to the named server, applications built using libraries from the affected source distributions may crash with assertion failures triggered in the same fashion. CVSS Score: 7.8 CVSS Equation: (AV:N/AC:L/Au:N/C:N/I:N/A:C) For more information on the Common Vulnerability Scoring System and to obtain your specific environmental score please visit: http://nvd.nist.gov/cvss.cfm?calculator&adv&version=2&vector=(AV:N/AC:L/Au:… Workarounds: No known workarounds at this time. Active exploits: Crashes have been reported by multiple ISC customers. First observed in the wild on 26 July 2013, 18:00 UTC. Solution: Upgrade to the patched release most closely related to your current version of BIND. Open source versions can all be downloaded from http://www.isc.org/downloads. Subscription version customers will be contacted directly by ISC Support regarding delivery. BIND 9 version 9.8.5-P2 BIND 9 version 9.9.3-P2 BIND 9 version 9.9.3-S1-P1 (Subscription version available via DNSco) Acknowledgements: ISC would like to thank Maxim Shudrak and the HP Zero Day Initiative for reporting this issue. Document Revision History: 1.0 Phase One Advance Notification, 18 July 2013 1.1 Phases Two and Three Advance Notification, 26 July 2013 2.0 Notification to public (Phase Four), 26 July 2013 Related Documents: Spanish Translation: planned Japanese Translation: https://kb.isc.org/article/AA-01023 Portuguese Translation: https://kb.isc.org/article/AA-01021 See our BIND Security Matrix for a complete listing of Security Vulnerabilities and versions affected. This Knowledge Base article https://kb.isc.org/article/AA-01016 provides additional information and Frequently Asked Questions about this advisory. If you'd like more information on our product support or about our Subscription versions of BIND, please visit http://www.dns-co.com/solutions Do you still have questions? Questions regarding this advisory should go to security-officer(a)isc.org. To report a new issue, please encrypt your message using security-officer(a)isc.org's PGP key which can be found here: https://www.isc.org/downloads/software-support-policy/openpgp-key If you are unable to use encrypted email, you may also report new issues at: https://www.isc.org/mission/contact/. Note: ISC patches only currently supported versions. When possible we indicate EOL versions affected. ISC Security Vulnerability Disclosure Policy: Details of our current security advisory policy and practice can be found here: ISC Software Defect and Security Vulnerability Disclosure Policy This Knowledge Base article https://kb.isc.org/article/AA-01015 is the complete and official security advisory document. Legal Disclaimer: Internet Systems Consortium (ISC) is providing this notice on an "AS IS" basis. No warranty or guarantee of any kind is expressed in this notice and none should be implied. ISC expressly excludes and disclaims any warranties regarding this notice or materials referred to in this notice, including, without limitation, any implied warranty of merchantability, fitness for a particular purpose, absence of hidden defects, or of non-infringement. Your use or reliance on this notice or materials referred to in this notice is at your own risk. ISC may change this notice at any time. A stand-alone copy or paraphrase of the text of this document that omits the document URL is an uncontrolled copy. Uncontrolled copies may lack important information, be out of date, or contain factual errors. (c) 2001-2013 Internet Systems Consortium _______________________________________________ bind-announce mailing list bind-announce(a)lists.isc.org https://lists.isc.org/mailman/listinfo/bind-announce ----- End forwarded message ----- -- staticsafe O< ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post. Please don't CC! I'm subscribed to whatever list I just posted on.

1 0