gmane.network.routing.openflow.general

Re: SDN & Routing Protocols

Luca Prete — 2013-05-19T14:38:40

Of course it is a complitly different approach.

OSPF is just an example... in instance you could obtain informations 
about your network topology and from a Netflow external db and 
"manually" (of course you don't have to do it manually but it is the 
smart module that you wrote on your controller that does it...) 
distribute custom routing rules based on your own metric on the switches.

I know it sounds so commercial but...in theory (and also practicaly) 
with SDN everything you've in mind becomes possible. This is because 
there aren't fixed schemas given by a specific protocol. With SDN you 
can write your own protocols!

Luca

Il 19/05/2013 16:14, Farhad Ibrahim ha scritto:

Re: Merchant Silicon & OpenFlow

Luca Prete — 2013-05-19T14:30:42

Hi,

The vision of the vendor depends of course vendor by vendor. As I told 
you beforse, for example brocade sponsors OF as the new real protocol to 
use, as well in the production environment. Anyway you understood 
correct: this is what vendors says generally...

The idea could be having a "piece of iron" doing what you want, a 
commodity hardware that can become a switch, a firewall, a router, 
everything....Of course, as exactly happens in computing you must have 
dedicated hardware for special purpose tasks.

Luca

Il 19/05/2013 16:07, Farhad Ibrahim ha scritto:

Re: SDN & Routing Protocols

Farhad Ibrahim — 2013-05-19T14:14:26

Hey Joel!

Thanks a lot for the reply, really appreciate it.

If i may ask: With OpenFlow a network engineer could from now on pick which
features he or she wants to enable and which not. So i could for example
only use OSPF. Now, how does one configure OSPF on a controller? I mean in
a pure SDN environment where all the intelligence is in the controller.. Do
you configure OSPF on the controller? And is it like configuring OSPF on a
router?

Thanks again,
Farhad.


2013/5/19 Joel Halpern <joel.halpern-IzeFyvvaP7pWk0Htik3J/w< at >public.gmane.org>

Puzzled over routing module in mpls-te(mnox)

Su — 2013-05-19T14:07:26

Hi Ali,


I found your email address at the openflow-wiki-mpls-te-demo site, sorry for taking the liberty to disturb you.


In the src/nox/coreapps/mpls/cspf.cc file, function find_route() tries to find a shortest path with Dijkstra algorithm which meets bandwidth and priority constraints of a tunnel, and calls handle_link_change() handler if link event occurs. As we know, Dijkstra is a static single source algorithm, and should be re-called to re-calculate out a new shortest path when link updates, while handle_link_change() adopts a dynamically all pairs shortest path(apsp) algorithm, with the maintained data structure by apsp, we can get the minimum distance and shortest path within constant time. So I am puzzled over why cspf used a mixture of both static and dynamic routing algorithms, instead of solely using multiple Dijkstra or apsp? Or I misunderstand something, please correct me and help me getting out of the mess.


Thank you very much and waiting for your reply.


Best regards.

Re: Merchant Silicon & OpenFlow

Farhad Ibrahim — 2013-05-19T14:07:24

Hey Luca,

Many thanks for your reply! If i understand it correctly; the vendors do
support OpenFlow, but are not willing to adopt it completely. They support
it as a plugin or as some fancy function. They are (for obvious business
reasons)  playing it off as a "researchers" thing, not suited for
production networks. Correct? So Merchant Silicon in that sense gives us,
the networking field, a device which is "open" and thus the
full potential of OpenFlow can be implemented as how we see fit (without
vendors telling us what we can and cannot do)?

Thanks again and kind regards,
Farhad.


2013/5/19 Luca Prete <luca.prete-asoKMqTgMuM< at >public.gmane.org>

Re: SDN & Routing Protocols

Luca Prete — 2013-05-19T13:44:10

It depends what concept you're adopting about SDN.

Some vendors interprets it as "I open my devices with a programmable 
interface" (API). Few of these systems give to a common consolle a 
centralized vision of the network. Then, the user (admin of the network) 
can use it to program the devices through the API provided. With these 
API you can set rules everywhere. For example you could use it to 
program to your advantage an OSPF or an EIGRP route...or a BGP one.

Cheers,

Luca P.

Il 19/05/2013 04:24, Farhad Ibrahim ha scritto:

Re: Merchant Silicon & OpenFlow

Luca Prete — 2013-05-19T13:37:47

Hi Farhad,

About what I've heard from vendors they generally support OpenFlow just 
as a plugin of their systems. This is not true, for example, for Brocade 
that belives in OpenFlow making of it their new key feature functionality.

What I generaly see from companies like CISCO or Juniper is that they 
say: ok, OF is a good protocol for research and we support it as a 
plugin in our systems, but we've been working on networks for years, 
thus we can do everything better. Morover, they distribute part of the 
intelligence locally on the devices, that actually don't cost less than 
a "common" device. Most of the times SDN support is given in the device 
OS as a new (sometimes) optional features and for this, most of the 
times, you could pay the device also more!

Cheers,

Luca

Il 19/05/2013 04:24, Farhad Ibrahim ha scritto:

Re: OpenFlow Driver Contest

Bob Lantz — 2013-05-19T05:19:07

Thanks, but those links don't seem to provide any more information than the links in David's original message. 

Sent from my iPhone

On May 17, 2013, at 11:33 PM, Akram Hakiri <akram.hakiri-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

SDN & Routing Protocols

Farhad Ibrahim — 2013-05-19T02:24:35

Hey folks,

Another newbee question: Will the future SDN networks have routing
protocols such as OSPF, EIGRP? I apologize if these questions are "simple"
but i really cant find this information anywhere.. I know that hybrid will
be able to support the old protocols and i know about routeflow.

What i specifically want to know is: Will future SDN networks need
OSPF/EIGRP? Does SDN in its pure form mean the end of OSPF/EIGRP?

Kind Regards,

Merchant Silicon & OpenFlow

Farhad Ibrahim — 2013-05-19T02:24:04

Hey folks,

Perhaps a silly question: I am kinda confused because i was thinking that
OpenFlow wouldn't be possible without Merchant Silicon. This because the
Cisco`s and Brocade`s wouldn't allow the support of OpenFlow on their
devices? I mean why would they (especially Cisco) when custom hardware
and features is their core business right? Can some one please explain this
to me?

Nick McKeown said that Merchant Silicon was a revolution in itself, at the
ONS: https://www.youtube....h?v=W734gLC9-dw<https://www.youtube.com/watch?v=W734gLC9-dw>
3:05.
Lets say Merchant Silicon didn't exist, what kind of an impact would that
have on OpenFlow? Would the Cisco`s not support OpenFlow and thus we`d be
stuck?

Thanks in advance!

Re: OpenFlow Driver Contest

ibrahim menem — 2013-05-19T00:30:55

HI All,

Anybody can explain what is exactly a "driver" and how it should integrate into the controller and the switch at the same time, I read the announcement in detail but still not getting it!

Thanks,
Ibrahim
Date: Sat, 18 May 2013 08:33:42 +0200
From: akram.hakiri-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
To: openflow-discuss-3+4lAyCyj6BegcJQxxnBRDe48wsgrGvP< at >public.gmane.org
Subject: Re: [openflow-discuss] OpenFlow Driver Contest


  
    
  
  
    HI Bob,

      Here is a couple of links that may clarify the concept of OF
      driver.

      https://www.opennetworking.org/images/stories/downloads/misc/openflow-driver-competition-terms-conditions.pdf

      

      https://www.opennetworking.org/competition

      

      

      

      Le 17/05/2013 20:51, Bob Lantz a écrit :

    
    
      
      What precisely is an OpenFlow driver?
      

      
      Is it something like openflowj or libopenflow which sends and
        receives OpenFlow messages?
      Is it an API/protocol abstraction layer

Re: OpenFlow Driver Contest

Akram Hakiri — 2013-05-18T06:33:42

HI Bob,
Here is a couple of links that may clarify the concept of OF driver.
https://www.opennetworking.org/images/stories/downloads/misc/openflow-driver-competition-terms-conditions.pdf

https://www.opennetworking.org/competition



Le 17/05/2013 20:51, Bob Lantz a écrit :

Re: OpenFlow Driver Contest

Bob Lantz — 2013-05-17T18:51:09

What precisely is an OpenFlow driver?

Is it something like openflowj or libopenflow which sends and receives OpenFlow messages?
Is it an API/protocol abstraction layer like OpenDaylight's SAL which might provide a new protocol or API to work with multiple versions of OpenFlow as well as proprietary vendor protocols which replace or extend OpenFlow/ofconfig/etc.?
Is it an OpenFlow implementation on top of switching hardware (or software) like Indigo/Switch Light?
Is it a software switch like Open vSwitch?

On May 16, 2013, at 10:38 PM, David Erickson <derickso-FGKo4X94FMn2fBVCVOL8/A< at >public.gmane.org> wrote:

OpenFlow Driver Contest

David Erickson — 2013-05-17T05:38:55

FYI:

*Press Releases*

*Open Networking Foundation Launches Industry's First Open-Source 
"OpenFlow^(TM) Driver" Contest*

//

/Competition to Encourage Implementation, Interoperability of the 
OpenFlow Standard/

OPEN NETWORKING SUMMIT, Santa Clara, Calif., April 17, 2013 -- The Open 
Networking Foundation (ONF), a non-profit organization dedicated to 
promoting Software-Defined Networking (SDN), today announced the 
industry's first competition to create an open-source "OpenFlow^(TM) 
Driver." The competition is open to the worldwide development community 
to create an interoperable open-source implementation of the latest 
OpenFlow standard. ONF intends the competition to produce an OpenFlow 
driver that everyone from network equipment vendors and ISVs to 
operators, and larger open-source projects can use for easy transitions 
between different implementations of the OpenFlow protocol. The winner 
of the "OpenFlow Driver" competition will be awarded one grand prize of 
$50,000.

"ONF is committed to sol

Re: Pantou on TP-LINK port down status not sent

Etienne Mula — 2013-05-16T08:22:25

Hi Yiannis,

Somehow i forgot about this , can you explain better when you mentioned
this please  ?

It is to be sent when you explicitly configure the port status "down"
(using the port-mod openflow message).

Thanks
Etienne


On 16 May 2013 08:51, Etienne Mula <etiennemula-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Pantou on TP-LINK port down status not sent

Etienne Mula — 2013-05-16T06:51:32

Thanks Guys, at least i know that the AP is working fine like this. Would
have loved this functionality to work but in anycase will find a workaround
:)

Thanks  Again
Etienne


On 16 May 2013 04:53, Ben Pfaff <blp-l0M0P4e3n4LQT0dZR+AlfA< at >public.gmane.org> wrote:

Re: Pantou on TP-LINK port down status not sent

Ben Pfaff — 2013-05-16T02:53:45

Linux doesn't allow querying link status when a port is administratively
down, so Linux-based implementations, at least, are not going to have a
useful OFPPS_LINK_DOWN status if OFPPC_PORT_DOWN is set.

Re: Pantou on TP-LINK port down status not sent

Andrew Ferguson — 2013-05-16T02:38:37

hi Yiannis,

I think it's a place of ambiguity in the spec, perhaps.  for example, with the indigo switch firmware (OF 1.0), if there's a cable plugged-in, and I pull it out, then I see OFPPS_LINK_DOWN in the modified port description.   if there's a cable plugged-in, and from the switch OS, I do an 'ifconfig down', then I see both OFPPS_LINK_DOWN and OFPPC_PORT_DOWN in the ofp_port_status message.

it seems to me that a controller would definitely want to be notified if the link between, say, two switches went down.

anyway, like you said, hopefully this is all clear in the newer versions of the spec. :-)


cheers,
Andrew


ps -- from a quick skim, this looks like the relevant code: https://github.com/bigswitch/iods/blob/master/indigo-core/openflow/udatapath/datapath.c#L1266 but maybe I'm misreading things.


On May 16, 2013, at 3:58 AM, Yiannis Yiakoumis wrote:

Re: Pantou on TP-LINK port down status not sent

Etienne Mula — 2013-05-15T18:56:17

Basically this is what is happening when i'm connecting the PC to the AP
then disconnecting it and connecting it to the Mirkotik .


Switch ports are shown for both the old and the new connection points.
Thanks again!
Etienne


On 15 May 2013 20:45, Etienne Mula <etiennemula-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Pantou on TP-LINK port down status not sent

Etienne Mula — 2013-05-15T18:45:14

The mikrotik uses spec 1.0 as referenced in their website
http://wiki.mikrotik.com/wiki/Manual:OpenFlow. hmmm if you tell me that its
normal then i dont have to worry then. Sorry for the stupid question but
how do i configure port-mod openflow message ? is this done directly from
the controller ?

What i'm trying to do is to bi-casting using floodlight controller.
Therefore i need that the client which roams from AP1 to AP2 must be
deleted from AP1 therefore it should not be shown as connected with AP1.


On 15 May 2013 20:36, Yiannis Yiakoumis <yiannisy-FGKo4X94FMn2fBVCVOL8/A< at >public.gmane.org> wrote:

Re: Pantou on TP-LINK port down status not sent

Yiannis Yiakoumis — 2013-05-15T18:36:36

What version and implementation does the microtik switch uses? The way I
read the 1.0 spec, you are not supposed to send a PORT_DOWN message when
you disconnect the cable. It is to be sent when you explicitly configure
the port status "down" (using the port-mod openflow message).


On Wed, May 15, 2013 at 11:07 AM, Etienne Mula <etiennemula-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote: