- NANOG - lists.nanog.org

Re: Contact for www.army.mil (AS1503 )
by Christopher Morrell 11 Dec '13

11 Dec '13

Tried that. No response by email. I haven't tried that phone number yet. > On Dec 10, 2013, at 23:18, bmanning(a)vacation.karoshi.com wrote: > > > have you tried: > > DoD NIC Registry Services > DoD Network Information Center > 3990 East Broad Street > Columbus Ohio 43213 > United States > Email: disa.columbus.ns.mbx.nic-networks(a)mail.mil > Voice: (800)365-3642 > Fax: (614)692-3452 > > (always worked for me) > /bill > > >> On Tue, Dec 10, 2013 at 08:36:06PM -0500, Christopher Morrell wrote: >> Hi, >> >> We are currently having routing issues between one of our customers and >> www.army.mil which is originated from AS1503. >> >> Does anyone have a contact for AS1503? We've tried the ARIN contacts for >> AS1503 but have not received any response. >> >> Thanks, >> >> Chris >> Fibrenoire AS22652

1 0

Re: BRAS
by Larry Sheldon 11 Dec '13

11 Dec '13

On 12/11/2013 12:16 AM, Andrew Jones wrote: > On 11.12.2013 17:11, Nick Cameo wrote: >> Sir whatever that is an acronym for, you have my undivided. >> >> This is going to make for an interesting thread in about 6 hours..... > > http://en.wikipedia.org/wiki/Broadband_Remote_Access_Server May not be believed, but I DID search using "BRAS" and qualifiers like "network" and "communication" and got nothing but lingerie-related stuff, before I posted MY wise a remark. I have led a sheltered life. -- Requiescas in pace o email Two identifying characteristics of System Administrators: Ex turpi causa non oritur actio Infallibility, and the ability to learn from their mistakes. (Adapted from Stephen Pinker)

1 0

Re: [nznog] Web Servers: Dual-homing or DNAT/Port Forwarding?
by Alex White-Robinson 11 Dec '13

11 Dec '13

Wotcha, >Number 1 gets you thinking along the IPv6 route (no pun, and imho :) ) >since you have to treat each boxes as if it was public. I see this kind of statement surprisingly often. Having a public address doesn't make a device public. I don't really see a drive to have devices exposed to the internet without a stateful device in front of them in IPv6 world. People shouldn't allow unsolicited connections to hit your internal workstation on any address scheme. Cheers, Alex. Date: Tue, 10 Dec 2013 05:56:41 +1300 From: Pieter De Wit <pieter(a)insync.za.net> To: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Web Servers: Dual-homing or DNAT/Port Forwarding? Message-ID: <52A5F649.7070904(a)insync.za.net> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Hi, I normally use a combination of "1" and "2". I prefer 1 for weird and "not nat friendly" protocols, like SIP or some other application. The general rule of thumb is to use number 2 in other cases. In both setups, remember to deploy local firewalls as well. This will help for the case when a box on the subnet is hacked. My other twist is to deploy "1" without the private NIC, along with local firewalls (and as you said, dedicated FW). Number 1 gets you thinking along the IPv6 route (no pun, and imho :) ) since you have to treat each boxes as if it was public. Cheers, Pieter

5 4

Contact for www.army.mil (AS1503 )
by Christopher Morrell 11 Dec '13

11 Dec '13

Hi, We are currently having routing issues between one of our customers and www.army.mil which is originated from AS1503. Does anyone have a contact for AS1503? We've tried the ARIN contacts for AS1503 but have not received any response. Thanks, Chris Fibrenoire AS22652

4 3

Equinix type colo/Data Center in South Korea
by Shahid Shafi 11 Dec '13

11 Dec '13

I am wondering if anyone has experience hosting services in South Korea, who did you choose for colocation services and in what city? thanks, shahid

2 1

Cogent & Level 3 routing issue?
by Matthew Crocker 10 Dec '13

10 Dec '13

Anyone seeing issues between Cogent & Level3 in NYC? I have Sprint & Cogent for bandwidth. Everything has been humming along for a couple years just fine. Yesterday around 8:00AM my BGP session with Cogent flapped. Now, when my Cogent BGP is up I get 100% packet loss in level3 land. When Cogent BGP is down (i.e. I’m running solely on Sprint) Everything is fine. I have an open ticket with Cogent. They say they have a ‘capacity issue’ with level3 that has been escalated to executive levels. With Sprint & Cogent BGP UP I see traceroutes showing traffic leaving me on Sprint but returning on Cogent (and failing at level3). I’m guessing it is the level3/cogent border With Sprint UP & Cogent Down I see trace routes showing traffic on to/from on Sprint just fine. Anyone else having issues? -Matt -- Matthew S. Crocker President Crocker Communications, Inc. PO BOX 710 Greenfield, MA 01302-0710 E: matthew(a)crocker.com P: (413) 746-2760 F: (413) 746-3704 W: http://www.crocker.com

4 5

Network Lifecycle Management - anybody???
by Stefan 09 Dec '13

09 Dec '13

As $subj may infer, do you guys follow any type of network lifecycle in your environment? If so - what would be some criteria you would consider critical: - consistent rate of cash flow, year after year, while replacing aging gear (allowing for consistent budgetary planning) - risk reduction while replacing unsupported equipment - security issues associated with OS or appliances not supported - business / apps demand for capacity or features (e.g. virtualization, SDN, etc.), laid out well in advance to allow for a 3-4-5 yrs plan with a consistent replacement rate of aging equipment - increased costs of support for aging equipment, or recertification for vendor support - anything else ... ??? Care to share some [other] aspects, as they may relate to $subj? Thanks, ***Stefan

2 1

Re: turning on comcast v6
by Cutler James R 09 Dec '13

09 Dec '13

On Dec 9, 2013, at 12:32 PM, Gary Buhrmaster <gary.buhrmaster(a)gmail.com> wrote: > On Mon, Dec 9, 2013 at 4:51 PM, Cutler James R > <james.cutler(a)consultant.com> wrote: > .... >> >> I opted for my minimal-effort solution. I installed a Motorola SB6121 and a 5th gen Airport Extreme and turned them on. Of course I configured the Airport Extreme with a name, management password, and confirmed IPv6 was set to to configure Automatically and Native. When the Comcast drop was plugged in and Comcast authorized the modem, I had a multistacked LAN. >> >> Going on 11 months of IPv4/IPv6 service. I’ve had about 1 hour of downtime. > > Not having the device, but a friend does (who has asked about > IPv6 support), does the Airport Extreme support prefix delegation > with a separate guest IPv6 delegation from the non-guest address? > When I looked at the Apple forums, I only saw questions, no > answers regarding that support. > > Gary My testing on OS X Mavericks shows that an Airport5,117 with firmware 7.6.4 creates the guest wireless network: 1. With an IPv4 address from an automatically assigned RFC1918 LAN connected through NAT to WAN. 2. With NO IPv6 addressing of any kind. My conclusion is that Apple does not yet support IPv6 in any fashion for Wireless Guest networks. James R. Cutler james.cutler(a)consultant.com

3 4

Re: turning on comcast v6
by Cutler James R 09 Dec '13

09 Dec '13

On Dec 9, 2013, at 12:32 PM, Gary Buhrmaster <gary.buhrmaster(a)gmail.com> wrote: > On Mon, Dec 9, 2013 at 4:51 PM, Cutler James R > <james.cutler(a)consultant.com> wrote: > .... >> According to Comcast’s DOCSIS Devices page, http://mydeviceinfo.comcast.net/?s=i&so=1&e=0&d3=1&tier=-1&sc=84, the Cisco DPC3008 is not supported for IPv6. You could always try enabling IPv6 on a system directly connected to the Cisco and see what happens. I’m not optimistic. > > Are you sure you are looking at the correct page? The DPC3008 shows > are supported with IPv6 to me, and since I am using it, it does seem to > work.... The DPC3000, on the other hand is not supported. Oops, I slipped up or down a line scanning across the page. I am now more optimistic. Cutler

1 0

blogs.cisco.com not available via IPv6
by Henri Wahl 09 Dec '13

09 Dec '13

Hi, can anybody from Cisco confirm that blogs.cisco.com (2001:4800:13c1:10::178) is not available via IPv6? Regards -- Henri Wahl IT Department Leibniz-Institut fuer Festkoerper- u. Werkstoffforschung Dresden tel: (03 51) 46 59 - 797 email: h.wahl(a)ifw-dresden.de http://www.ifw-dresden.de Nagios status monitor Nagstamon: http://nagstamon.ifw-dresden.de DHCPv6 server dhcpy6d: http://dhcpy6d.ifw-dresden.de IFW Dresden e.V., Helmholtzstrasse 20, D-01069 Dresden VR Dresden Nr. 1369 Vorstand: Prof. Dr. Juergen Eckert, Dr. h.c. Dipl.-Finw. Rolf Pfrengle

11 12