Re: [AFMUG] Mimosa B11 Tx power at varying modulations

Apologies for that, it went to the wrong list. While the OSI layer 1 characteristics of new PTP microwave bridges are undoubtedly fascinating, such discussion may be a little too fine grained for network operational lists. On Mon, Jul 18, 2016 at 3:52 PM, Eric Kuhnke

Re: [AFMUG] Mimosa B11 Tx power at varying modulations

I found this as well, which is very helpful. Wish more radio manufacturers were as clear about this in the spec sheet: http://backhaul.help.mimosa.co/backhaul-faq-maximum-tx-power-details In one channel, two chains, it's +24, if using two channels and four chains +21 Tx power. Then it's possible

Re: University of Alaska AS7774 NOC?

We responded to Jeremy off-list, which turned out to be a different issue, but its worth noting. We swung AS7774 over to a different provider yesterday morning at our three peering points. We spot checked several route views and looking glass servers for AS paths around the globe and didn't find

Re: Best practices for telcoflex -48VDC cabling & other power OSI layer 1

I'm happy to help. Feel free to contact me offline. Jason Bothe, Manager of Networking Rice University o +1 713 348 5500 m +1 713 703 3552 Sent from mobile > On Jul 18, 2016, at 11:57, Eric Kuhnke wrote: > > Pretty much this, hoping somebody out there might have

Re: Latency & Packet Loss Level 3 to Russia

Things look ok from here: 2 216.182.224.138 (216.182.224.138) 50.787 ms 50.775 ms 50.773 ms 3 100.66.8.180 (100.66.8.180) 14.457 ms 100.66.8.190 (100.66.8.190) 14.991 ms 100.66.8.170 (100.66.8.170) 14.833 ms 4 100.66.11.160 (100.66.11.160) 16.969 ms 100.66.11.192 (100.66.11.192)

Re: Best practices for telcoflex -48VDC cabling & other power OSI layer 1

Pretty much this, hoping somebody out there might have developed photographic training materials based on the DC cabling & installation section of TP76300 with illustrated "Do it like this, don't do this" examples. Or would be willing to share photographic examples of their own work which is done

RE: Best practices for telcoflex -48VDC cabling & other power OSI layer 1

ATT TP76300, section 4 goes over installation best practices, although it doesn't cover Engineering guidelines. It's adapted from the Telcordia GR - 1275 standard, little easier to read. Is there a specific question you're looking to answer? -Original Message- From: NANOG

Latency & Packet Loss Level 3 to Russia

Began investigating packet loss and latency to Russia earlier this morning. Issue appears to be hit or miss and affecting more than others certain traffic types (lower priority?). Are there any Level 3 engineer who can provide details/assistance? Anyone seeing anything similar? Host

RE: Best practices for telcoflex -48VDC cabling & other power OSI layer 1

Not sure where to find it exactly but the Bellcore power wiring standard is what is used for central office installations. I think if you google Bellcore standard you will find what you are looking for. Steven Naslund Chicago IL -Original Message- From: NANOG

Best practices for telcoflex -48VDC cabling & other power OSI layer 1

Hey all, I'm looking for a document or set of photos/presentation on best practices for telcoflex/-48VDC power cabling installation. Labeling, routing, organization and termination, etc. Or a recommendation on a printed book that covers this topic. Not necessarily fully oldschool "we're going

Re: Google NOC Contact?

replying offlist (I'm sure I'm not the only one) On Mon, Jul 18, 2016 at 4:30 PM, Nick Olsen wrote: > Wondering if anyone from the Google NOC is on-list. > > Having issues reaching your authoritative name servers that appear to be > anycasted on Level3's network. > > Traffic

Re: akamai abnormal spike

On Wed, Jul 13, 2016 at 5:37 PM, eric c wrote: > Good afternoon, > > Has anyone notice any abnormal spike in Akamai trafic in the last 24-48 > hours compared to other days. I know it was black tuesday yesterday but > traffic from last month didn't even come close to what we

Google NOC Contact?

Wondering if anyone from the Google NOC is on-list. Having issues reaching your authoritative name servers that appear to be anycasted on Level3's network. Traffic to your name servers 216.239.32.10, 216.239.34.10, 216.239.36.10 and 216.239.38.10 dies in what appears to be Legacy Global

Re: akamai abnormal spike

Several of my WISP colleagues have noticed this behavior (CDN sending way more traffic than the customer's pipe can handle) from (I believe) multiple CDNs. Not sure if it is intention on behalf of the CDN or an error, but it has been on-going for several months if not years. - Mike

Re: NANOG is five days late?

On Mon, Jul 18, 2016 at 08:53:02AM -0500, Andy Koch wrote a message of 15 lines which said: > The NANOG mailing list has a policy to hold the first post from all > new subscribers and those who have not posted in a long time (one > year+). So, the batch of messages which has

Re: NANOG is five days late?

On Mon, Jul 18, 2016 at 03:24:28PM +0200, Stephane Bortzmeyer wrote: > This message just arrived... Hi Stephane and the list, The NANOG mailing list has a policy to hold the first post from all new subscribers and those who have not posted in a long time (one year+). As it is a manual process

Re: NANOG is five days late?

I also am seeing messages from several threads being delayed 3-5 days *Ben Hatton* Network Engineer Haefele TV Inc. d:(607)589-8000 bhat...@htva.net www.htva.net On Mon, Jul 18, 2016 at 9:24 AM, Stephane Bortzmeyer wrote: > This message just arrived... > > Received:

Re: akamai abnormal spike

We noticed that on the 12th-14th we had multiple subscribers on ~5Mbps subscription rates that were being sent ~50Mbps of data sourced from TCP port 80 (apparently HTTP) from Limelight Networks' servers. The data did appear to be user requested, still not sure why TCP didn't throttle the data

Re: Military coup in Turkey?

Lil late to the party? Received: from mail.nanog.org (localhost [127.0.0.1]) by mail.nanog.org (Postfix) with ESMTP id E884C2D4872; Mon, 18 Jul 2016 13:15:20 + (UTC)

Re: akamai abnormal spike

We noticed on the 12th and 13th there was a significant up tick in traffic served from our Akamai servers as well. At 05:37 PM 13/07/2016, eric c wrote: Good afternoon, Has anyone notice any abnormal spike in Akamai trafic in the last 24-48 hours compared to other days. I know it was

Re: Military coup in Turkey?

It might be an attempt actually and not a real coup. On Fri, Jul 15, 2016, at 04:48 PM, Dovid Bender wrote: > Seems so. Check twitter. Its been on there for about an hour. > > Regards, > > Dovid > > -Original Message- > From: b...@theworld.com > Sender: "NANOG"

NANOG is five days late?

This message just arrived... Received: from mail.nanog.org (localhost [127.0.0.1]) by mail.nanog.org (Postfix) with ESMTP id 96AA42D47BB; Mon, 18 Jul 2016 13:15:14 + (UTC) X-Original-To: nanog@nanog.org Delivered-To: nanog@nanog.org Received: from mail-it0-x245.google.com

Re: Military coup in Turkey?

Look at reddit https://www.reddit.com/live/x9gf3donjlkq :) Ge > Le 15 juil. 2016 à 22:48, Dovid Bender a écrit : > > Seems so. Check twitter. Its been on there for about an hour. > > Regards, > > Dovid > > -Original Message- > From: b...@theworld.com > Sender:

Re: Military coup in Turkey?

http://edition.cnn.com/2016/07/15/asia/turkey-military-action/index.html?adkey=bn On 15 July 2016 at 14:46, Patrick W. Gilmore wrote: > > http://www.telegraph.co.uk/news/2016/07/15/turkey-low-flying-jets-and-gunfire-heard-in-ankara1/ > > -- > TTFN, > patrick > > > On Jul 15,

Report on Airtel (Indian Mobile Operator) Sniffing Cloudfare

Dear List Last week, this report has now created bit of a stir within the net-neutrality policy circles and ISPs in India. I was hoping anyone here could see if this analysis and hunch about Airtel India’s sneaky practices is indeed correct :

akamai abnormal spike

Good afternoon, Has anyone notice any abnormal spike in Akamai trafic in the last 24-48 hours compared to other days. I know it was black tuesday yesterday but traffic from last month didn't even come close to what we saw from Akamai. We have some caching servers and even notice a spike to them