On Tue, Jan 19, 2016 at 07:11:52AM -0800, Dean Bogdanovic wrote:
> 
> > If I were to have the time, I would even challenge you on
> > that. Clearly, when you consider # of devices connected to the
> > Internet, I am sure CISCO and JNPR will loose. But even in enterprise
> > networks, there are tons of Linux and BSD firewalls. Consider all the
> > home routers running openWRT and packet filters. So yes, if I would
> > have time, I would challenge you on that argument.
> 
> I would definitely take you on this one. As OpenWRT is domain of
> hobbyist. If I may ask you, what device your ISP is sending you as
> access point? :)

Which ISP is sending their customers a Cisco or Juniper device? The
big players in the German market all sell something that is based that
the very end on Linux or BSD. Isn't FritzBox for example Linux based?
Are the cheap Asian home routers not all at the end Linux based? I
guess this debate does not really belong here and we should take is
elsewhere (but I am sure I will win this easily).

> Juniper is using filter and term, that is correct, from day
> one. OTH, Cisco is using Access Control List (ACL) and ACL Entries
> (ACE) and several other vendors (Brocade, Huawei, ALu, Ericsson
> Redback) are using those terms too. ACL is well established in the
> industry.

While we can have a lengthy debate about terminology, I think more
important is to get functionality right.

> > I am talking about the modularity of the base model, I do not see how
> > the cited thread relates to this.
> 
> Among the vendors, ace-eth, ace-ipv4 and ace-ipv6 are always supported. I 
> appreciate your input, but we did this design choice as design team and went 
> forward with it. Also, the YANG models are not set in stone. I definitely see 
> models evolving.

My main concern is that we need to get the extensibility of the model
right. One way to make sure we achieved this goal is to actually treat
everything as an extension of the core model (this forces us to get
the extensibility right). This is essentially what we did with the
routing data model and the interfaces data model.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>

_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to