Re: Anyone using Arista 7280R as edge router?

[Fredrik Korsbäck]

On 14/04/17 15:51, David Hubbard wrote:
> Hey all, have some Brocade MLXe’s that can no longer handle a full v4 and v6 
> route table while also having VRF support (dumb CAM profile limitations in 
> the software).  Mine don’t do anything fancy; just BGP to a few upstream 
> peers and OSPF/OSPFv3 to the inside, management VRF, some ACL’s.  I’m looking 
> at the ASR9001 with add-on ports since I need (10) 10gig.  However, I’ve also 
> been running some Arista 7280SE’s for the past 18 months with no issues, and 
> they want me to consider their 7280R since it would give me more ports, in 
> addition to some higher speed ports, which would be nice if I ever want to 
> upgrade some of our peering to 40 or 100gig.
> 
> Arista’s specs say the 7500R / 7280R can handle 1M ipv4+ipv6 routes in 
> hardware (FIB):
> 
> https://www.arista.com/assets/data/pdf/Whitepapers/FlexRoute-WP.pdf
> 
> In theory, it would last at least a few years if the v4 table doesn’t get too 
> crazy between now and then.
> 
> Curious if anyone has deployed a 7500R or 7280R in this role and what the 
> feedback has been?
> 
> The 9001’s 4M ‘credits’ for the combo of v4 +(2)v6 routes obviously goes much 
> further, but I think either one would make it to their expected end of life, 
> or if not on the Arista side, I’d probably have spent half as much.
> 
> Thanks,
> 
> David
> 

I have a bunch of 7280R in a edge-peering role in as2603 network. Works really 
well and now with the latest additions of subroutemaps and a very optimistic 
road-map for features i think these style boxes will definitely see more 
market. Comparing the price of a 7820R 1Tb box with like a Juniper MX with 1Tb 
worth of ports its not even on the same play-field.

I wouldn't count on the 1M routes to last a lifetime but on the other hand its 
very easy to re-skill the box to something else. If we look at broadcoms 
road-map there is also new 7280s destined to come out quite soon with the 
Jericho+ chipset, broadcom promises 20-25% table-increase so we will see what 
arista, cisco and the others boils it down to when the chip has gotten a box 
wrapped around it.



-- 
hugge

Re: route explorer alternative

[Andrew K.]

I am currently demoing their product and am also interested inalternatives.

Andrew.

On 4/17/2017 11:51 AM, eric c wrote:

Good morning,

Just looking at some tools that help from a visual standpoint when looking
at routes from an overall network.  Saw route explorer from Packet Design
and it looks cool and wanted to know if there are any other that do that
like they do it?  Protocols like BGP/OSPF/ISIS/RSVP/TE

Thanks!
eric

Re: 10G MetroE 1-2U Switch

[Tom Hill]

On 13/04/17 23:47, Aaron Gould wrote:
> Pretty sure I looked at the ciena 51xx and I found that it does not have
> mpls in it... pretty sure Erik needs mpls...

The 5150 will 'do MPLS', which is pretty clear from their website. The
references 5160, too.

I wouldn't recommend it personally, but it is there.

-- 
Tom

Re: Anyone using Arista 7280R as edge router?

[Tom Hill]

On 14/04/17 14:51, David Hubbard wrote:
> I’m looking at the ASR9001 with add-on ports since I need (10) 10gig.

Be careful here; the 9001 won't support IOS-XR 64-bit as far as anyone
can make out, and there is a semi-confirmed successor already on its way
up ("9901"). Be sure to mention this if you're speaking to Cisco. :)

At that sort of bandwidth, however, something that wasn't viable when I
last looked at it was Juniper's vMX. I'd be very intrigued in that as a
solution today, assuming your requirements fit into 9001-sized chunks
right now.

The 7280R might suit you though, so don't rule it out on my account. The
feature count has been coming on fast since I last evaluated it, late
last year.

-- 
Tom

Re: Anyone using Arista 7280R as edge router?

[Ryan Woolley]

Yes, we (Netflix) have the Arista 7500R and 7280R widely deployed as edge
routers.  We're a few months away from shutting down the few remaining MXs
and ASRs in our CDN.

There was a thread from about a year ago that you might check out:
https://mailman.nanog.org/pipermail/nanog/2016-April/085472.html

Since then, route table growth hasn't changed appreciably.  Also, Arista
has added some features (notably route-map subroutine support and
default-deny) that improve BGP policy functionality.

If your use case allows you to use a default for those routes not heard via
your direct peers, there are options to increase the functional scale (and
thus to stretch the lifespan beyond ~4 years).  In addition to filtering,
there's support for selective route download, which will allow you to keep
a full RIB with a more limited FIB.

Regards,
Ryan

On Fri, Apr 14, 2017 at 9:51 AM, David Hubbard <
dhubb...@dino.hostasaurus.com> wrote:

> Hey all, have some Brocade MLXe’s that can no longer handle a full v4 and
> v6 route table while also having VRF support (dumb CAM profile limitations
> in the software).  Mine don’t do anything fancy; just BGP to a few upstream
> peers and OSPF/OSPFv3 to the inside, management VRF, some ACL’s.  I’m
> looking at the ASR9001 with add-on ports since I need (10) 10gig.  However,
> I’ve also been running some Arista 7280SE’s for the past 18 months with no
> issues, and they want me to consider their 7280R since it would give me
> more ports, in addition to some higher speed ports, which would be nice if
> I ever want to upgrade some of our peering to 40 or 100gig.
>
> Arista’s specs say the 7500R / 7280R can handle 1M ipv4+ipv6 routes in
> hardware (FIB):
>
> https://www.arista.com/assets/data/pdf/Whitepapers/FlexRoute-WP.pdf
>
> In theory, it would last at least a few years if the v4 table doesn’t get
> too crazy between now and then.
>
> Curious if anyone has deployed a 7500R or 7280R in this role and what the
> feedback has been?
>
> The 9001’s 4M ‘credits’ for the combo of v4 +(2)v6 routes obviously goes
> much further, but I think either one would make it to their expected end of
> life, or if not on the Arista side, I’d probably have spent half as much.
>
> Thanks,
>
> David
>

route explorer alternative

[eric c]

Good morning,

Just looking at some tools that help from a visual standpoint when looking
at routes from an overall network.  Saw route explorer from Packet Design
and it looks cool and wanted to know if there are any other that do that
like they do it?  Protocols like BGP/OSPF/ISIS/RSVP/TE

Thanks!
eric

RE: SD-WAN for enlightened

[Doug Marschke]

Hello Kasper,

I will do my best to answer your SD-WAN question, but as you mentioned it is a 
buzzword that has a bit of confusion in its definitions.  I would say that a 
SD-WAN solution should have the following elements:

1.) Ability to manage multiple WAN connection and choose the path based on user 
and machine criteria (The Hybrid WAN)
2.) A controller to manage the polices and operations of the SD-WAN devices
3.) Analytics on the network and application level
4.) A software overlay that abstracts and secures the underlying networks

Currently there are a lot of solutions out there by many vendors.  Some do all 
of these and some a subset, so it make the landscape a bit confusing.   Lots of 
times vendors use SD-WAN when they are really just talking about Hybrid WAN 
(multiple connections) or WAN optimization.





Doug Marschke
CTO
www.sdnessentials.com
JNCIE-SP #41, JNCIE-ENT #3
415-902-5702 (cell)
415-340-3112 (office)

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Kasper Adel
Sent: Sunday, April 16, 2017 1:14 PM
To: NANOG list 
Subject: SD-WAN for enlightened

Hi,

I'm not sure if the buzzword SD-WAN is used to compensate for another buzzword 
that got over-utilized (SDN) or it is a true 'new and improved'
way of doing things that has some innovation into it.

I heard different explanation from different vendors:

1) appliances (+ controller) placed in-line to put traffic in tunnels based on 
policy, with some DPI and traffic tagging...(to do performance/policy based 
routing) over an expensive link (MPLS) and a cheap one (broadband) with some 
'firewall-like' filtering capabilities.
2) same as above, with a flavor of 'machine learning' to find a pattern for 
traffic to optimize utilization.
3) a controller that instantiates and tears down tunnels from 'classic routers' 
based on external policies and Network based features to do performance based 
routing over an expensive link (MPLS) and a cheap one
(broadband) with encryption.

Is the above a decent high-level summary?

Has anyone tried any of these solutions, any general feedback ?

Cheers,
Kim

ATT (AS7018) cannot reach AS31334

[David Hill]

Hi -

I am a ATT customer unable to reach AS31334.  Is anyone on this list
able to check into this?  It works from non-ATT route-servers I have
tested on.

ATT route-server

rvi...@route-server.ip.att.net> ping 2a02:8100:4:2::156e count 3 
PING6(56=40+8+8 bytes) 2001:1890:111d:1::28 --> 2a02:8100:4:2::156e

--- 2a02:8100:4:2::156e ping6 statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

Thank you,
David

Re: Interconnection Track

[Bevan Slattery]

Hi!  Love the interconnection track.  Great stuff.  But I can't help but think 
limiting interconnection to the peering/IXP view seems to be looking at 
interconnection from the rear view mirror.

I just think that changing the track name from peering/IXP to "Interconnection" 
has the optionality to be a bit more looking forward.  Interconnection in the 
network world is becoming more sophisticated and important than just old school 
peering (hearing the gasps of horror from the Nanog peering cabal at that 
statement) ;)

Cheers

[b]

> On 17 Apr 2017, at 9:52 pm, Mehmet Akcin  wrote:
> 
> Thank you very much for sending privately and publicly an overwhelming
> number of suggestions. I do appreciate you taking time and writing things
> up in detail. I am doing my best with help of Greg H from PC to put these
> thoughts on paper.
> 
> It looks like there is a great interest to make this track focusing on
> tooling and automation as well as introductions of new game changing ixps.
> 
> I would like to invite all new IXPs to come and talk about what they offer
> (ie denver-ix)
> 
> I also would like to invite any existing IXPs to announce price discounts
> to their services. This is the only update we will have time in this
> interconnection track. Unfortunately no graphs, other updates.
> 
> Few questions, Seattle is beautiful in summer and I hope to have many of
> you in person in beautiful washington state, but for those who can't
> travel, should we record / live stream this session? (Historically we did
> keep peering track off the grid... i believe)
> 
> Would it be interesting to focus on peering challenges globally or strictly
> focus on north america?
> 
> Last but not least, If you have a tool you want to talk about in
> interconnection track that is directly involved with peering setup, etc.
> please do contact me offlist.
> 
> Cheers! Looking forward to it.
> 
>> On Sat, Apr 1, 2017 at 1:36 PM Mehmet Akcin  wrote:
>> 
>> Hello,
>> 
>> As promised few months ago publically I have volunteered to bring together
>> content to have Peering Track back to agenda. Now called "Interconnection
>> Track"
>> 
>> I would like to ask those who will attend, have attended in person in the
>> past or those who have organized similar events to chime in and help
>> suggest topics to cover in this 90 min session.
>> 
>> I must say, Interconnection Track has been a major part if NANOG for many
>> years. We have watched those who we consider as legends to discuss very
>> important topics there.
>> 
>> Please try to make your suggestion in order of importance for you as well
>> as from community.
>> 
>> I can try to do my best with help of few folks to bring this track back
>> but you can help make it even better so please take a moment and send me
>> your suggestions.
>> 
>> Thanks in advance!
>> 
>> Mehmet
>> 

Re: Interconnection Track

[Mehmet Akcin]

Thank you very much for sending privately and publicly an overwhelming
number of suggestions. I do appreciate you taking time and writing things
up in detail. I am doing my best with help of Greg H from PC to put these
thoughts on paper.

It looks like there is a great interest to make this track focusing on
tooling and automation as well as introductions of new game changing ixps.

I would like to invite all new IXPs to come and talk about what they offer
(ie denver-ix)

I also would like to invite any existing IXPs to announce price discounts
to their services. This is the only update we will have time in this
interconnection track. Unfortunately no graphs, other updates.

Few questions, Seattle is beautiful in summer and I hope to have many of
you in person in beautiful washington state, but for those who can't
travel, should we record / live stream this session? (Historically we did
keep peering track off the grid... i believe)

Would it be interesting to focus on peering challenges globally or strictly
focus on north america?

Last but not least, If you have a tool you want to talk about in
interconnection track that is directly involved with peering setup, etc.
please do contact me offlist.

Cheers! Looking forward to it.

On Sat, Apr 1, 2017 at 1:36 PM Mehmet Akcin  wrote:

> Hello,
>
> As promised few months ago publically I have volunteered to bring together
> content to have Peering Track back to agenda. Now called "Interconnection
> Track"
>
> I would like to ask those who will attend, have attended in person in the
> past or those who have organized similar events to chime in and help
> suggest topics to cover in this 90 min session.
>
> I must say, Interconnection Track has been a major part if NANOG for many
> years. We have watched those who we consider as legends to discuss very
> important topics there.
>
> Please try to make your suggestion in order of importance for you as well
> as from community.
>
> I can try to do my best with help of few folks to bring this track back
> but you can help make it even better so please take a moment and send me
> your suggestions.
>
> Thanks in advance!
>
> Mehmet
>