Re: Comcast DNS Contact

On Mon, May 16, 2016 at 12:35 PM, wrote: > > Can one of the Comcast DNS guru's contact me reference an issue with a .gov resolution? > > Robert ​out of curiosity, is the .gov problem related to dnssec perhaps?​

Re: Question on peering strategies

On Mon, 16 May 2016, Reza Motamedi wrote: Hi Nick, Thanks for the reply. Let me clarify another issue first, since I thought the colo's business model is different at least in the US. So if AS-a puts its router in Equinix, it should pay the same amount in the following two scenario (only

Re: Perspectives about customer M/A/C in triple play environments

While it's possible I've never seen a mainstream ISP offering tripleplay services (or even doubleplay) where the ATA isn't embedded in the CPE (eMTA for DOCSIS) As far as IPTV, at least the way UVerse does it the video traffic is all untagged on the customer side, the gateway may try to do some

Re: Perspectives about customer M/A/C in triple play environments

I have never seen this level of segmentation in any customer premises I have worked on. Even in "triple-play" environments the handoff is nearly always untagged ethernet and the downstream devices just work. -j On Mon, May 16, 2016 at 5:09 PM, Jason Lixfeld wrote: >

Re: Perspectives about customer M/A/C in triple play environments

Honestly if I'm paying for a TV service I should be able to plug in the device anywhere I have network. Look at what cell carriers have done with wifi calling. Have Internet? Have SMS, voice etc. If I'm consuming with a STB or a phone or VLC to ASCII plugin as long as I pass the

Perspectives about customer M/A/C in triple play environments

Hello, I think it’s fair to say that most broadband/FTTx customers don’t have to think very much or need to have a very high degree of understanding if they want to move their wired Internet device from one room or another in their house. Maybe to keep things simple, let’s assume that we’re

Re: Level 3 issues?

Yes; you should subscribe to outa...@outages.org for better reports. (Short summary - yes, no root cause/TTR yet). George William Herbert Sent from my iPhone > On May 16, 2016, at 12:49 PM, David Hubbard > wrote: > > Anyone seeing issues with Level 3

Re: Level 3 issues?

Saw the same here. Legacy TW (AS4323) connection didn't take quite the hit that our Level3 (AS3356) did. But they were both seeing similar issues. Had to push traffic some specific routes toward cogent *shudder*. Nick Olsen Sr. Network Operations (855) FLSPEED x106

Re: Question on peering strategies

On 16 May 2016 at 22:06, Reza Motamedi wrote: > With respect to my second question, I was asking if is practical/reasonable > to keep both the connection types to same network (say AS-b) at the same > time, i.e., connect privately over a cross-connect and keep the public

Re: Level 3 issues?

I just heard from someone there is suspicion that a fiber cut occurred in FL, possibly Miami area, and it has revealed a capacity issue on the L3 network. Haven’t received official word on that yet, but I know our legacy TWTC connection is nearly as useless as our L3 connection thanks to the

Re: Level 3 issues?

Have been seeing issues since just after 3P. Had to swing my traffic over to another provider. Level3 says issues seen from Costa Rica on up to WDC. Thank you, Jordan Medlen Enterprise Communications Manager Bisk Education (813) 612-6207 On 5/16/16, 3:49 PM, "NANOG

RE: Level 3 issues?

I'm having trouble reaching my Birch connection from Verizon and another Birch site. But no issues from FPL Fibernet which passes through Level3. Regards, Ray Orsini – CEO Orsini IT, LLC – Technology Consultants VOICE DATA  BANDWIDTH  SECURITY  SUPPORT P: 305.967.6756 x1009 E:

Re: Question on peering strategies

Hi Nick, Thanks for the reply. Let me clarify another issue first, since I thought the colo's business model is different at least in the US. So if AS-a puts its router in Equinix, it should pay the same amount in the following two scenario (only considering the interconnection cost and not the

RE: Cost-effectivenesss of highly-accurate clocks for NTP

Give this guy a look, 1RMU form factor, GPS with Rubidium holdover (7 days) if you need it very inexpensive, http://www.fibrolan.com/FibroLAN/SendFile.asp?DBID=1=1=3979 or http://www.fibrolan.com/FibroLAN/SendFile.asp?DBID=1=1=3978 if you have a SYC-E source or If you just need highly

Level 3 issues?

Anyone seeing issues with Level 3 networking right now? We’re seeing huge latency and loss on traffic coming inbound (to us, AS33260) but it seems to be at the peering points with other major ISP’s and Level 3. Comcast for example: 333 ms21 ms70 ms

RE: Question on peering strategies

Reza, You maybe overthinking this one a bit. The economics are something to consider, however all public exchanges have different economics. With Equinix you pay pretty much a flat rate for a single 1Gbps/10Gbps link that includes the cost of facility cross-connect and public exchange access.

Question on peering strategies

Dear Nanogers, I have a question about common/best network interconnection practices. Assume that two networks (let's refer to them as AS-a and AS-b) are present in a colocation facility say Equinix LA. As many of you know, Equininx runs an IXP in LA as well. So AS-as and AS-b can interconnct 1)

Comcast DNS Contact

Can one of the Comcast DNS guru's contact me reference an issue with a .gov resolution? Robert

Re: Cost-effectivenesss of highly-accurate clocks for NTP

Lamar, Although VoIP has different technical challenges than TDM, they are all surmountable. Usually VoIP problems result from poor network design (e.g., mixed traffic with no QoS, Internet transport with no guarantees, etc). Public safety networks are generally well designed, don’t use the

Re: Cost-effectivenesss of highly-accurate clocks for NTP

On 05/15/2016 03:16 PM, Måns Nilsson wrote: ...If you think the IP implementations in IoT devices are naîve, wait until you've seen what passes for broadcast quality network engineering. Shoving digital audio samples in raw Ethernet frames is at least 20 years old, but the last perhaps 5 years

Re: Cost-effectivenesss of highly-accurate clocks for NTP

On 05/15/2016 01:05 PM, Eric S. Raymond wrote: I'm not used to thinking of IT as a relatively low-challenge environment! I actually changed careers from broadcast engineering to IT to lower my stress level and 'personal bandwidth challenge.' And, yes, it worked. In my case, I'm doing IT

Re: Cost-effectivenesss of highly-accurate clocks for NTP

> I was just thing about this WAN jitter issue myself. I'm wondering how many > folks put NTP traffic in priority queues? At least for devices in your > managed IP ranges. Seems like that would improve jitter. Would like to > hear about others doing this successfully prior to suggesting it for

RE: Cost-effectivenesss of highly-accurate clocks for NTP

-Original Message- From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Leo Bicknell Sent: Monday, May 16, 2016 10:28 AM To: nanog@nanog.org Subject: Re: Cost-effectivenesss of highly-accurate clocks for NTP >For a typical site, there are two distinct desires from the same NTP

Re: Cost-effectivenesss of highly-accurate clocks for NTP

In a message written on Fri, May 13, 2016 at 03:39:27PM -0400, Eric S. Raymond wrote: > According to RFC 5095 expected accuracy of NTP time is "several tens > of milliseconds." User expectations seem to evolved to on the close > order of 10ms. I think it's not by coincidence this is pretty close