Dear OpenFlow fellows,
in case you are not aware about the public release of the winner
implementation of the OpenFlow driver competition (https://www.
opennetworking.org/competition) here is the pointer to the githubrepository:
http://opennetworkingfoundation.github.io/libfluid/
libluid may be
h/EN-index.html
Application deadline is April 20th, 2013
In case of interest and for further information about the position:
Professor Christian Esteve Rothenberg
Email: chest...@dca.fee.unicamp.br
Skype: chesteve
Web: http://www.dca.fee.unicamp.br/~ches
o includes a minor patch for one of the
>> swig .i files.
>>
>> -- Murphy
>>
>> On Mar 22, 2014, at 5:08 AM, Christian Esteve Rothenberg
>> wrote:
>>
>> Dear OpenFlow fellows,
>>
>> in case you are not aware about the public release of t
interested in doing much more work on this, we should talk!
>>
>> -- Murphy
>>
>> On Apr 8, 2014, at 5:34 PM, Christian Esteve Rothenberg
>> wrote:
>>
>> Thanks Murphy,
>>
>> one of my students working with POX wants to give a try and hopefulll
Carlos, you should try to become an ONF Research Associate by
submitting your application. I think you can easily get valuable
endorsements to support your association.
BTW, which OF software switch are you using for OF1.4 prototyping? ONF
EXT welcomes feature prototyping work and certainly lesson
Dear fellows,
we have been working on a comprehensive survey on SDN which currently
features 400+ papers:
http://arxiv.org/abs/1406.0440
We are certain that our survey could include inaccuracies, and giving
the pace and vast amount of ongoing work, the work is certainly
incomplete and already out
ub & arxiv updated based on both
our and the community contributions.
Cheers,
Christian (on behalf of all co-authors)
Christian
On Sat, Jun 28, 2014 at 11:26 AM, Christian Esteve Rothenberg
wrote:
> Dear fellows,
>
> we have been working on a comprehensive survey on SDN which c
Dear OpenFlow friends,
we are glad to announce a new version of our literature survey on SDN,
which is evolving towards an encyclopedia :)
Diego Kreutz, Fernando M. V. Ramos, Paulo Verissimo, Christian Esteve
Rothenberg, Siamak Azodolmolky, Steve Uhlig. "Software-Defined
Networki
ing Committee Chair: Imrich Chlamtac, Create-Net, Italy
General Chair: Bruno Astuto, GE Global Research Center , Brazil
Technical Program Chair: Christian Esteve Rothenberg, UNICAMP, Brazil
Publicity Chair: Mateus Silva Santos, UNICAMP, Brazil
Conferene Manager: Kristina Lukacova, European Alli
==
Steering Committee Chair: Imrich Chlamtac, Create-Net, Italy
General Chair: Bruno Astuto, GE Global Research Center , Brazil
Technical Program Chair: Christian Esteve Rothenberg, UNICAMP, Brazil
Publicity Chair: Mateus Silva Santos, UNICAMP, Brazil
Conference Manager: Kristina Lukacova
*
* Raouf Boutaba, University of Waterloo, Canada
* Prosper Chemouil, Orange Labs, France
* Filip De Turck, Ghent University-iMinds, Belgium
* Christian Esteve Rothenberg, University of Campinas, Brazil
* Kohei Shiomoto, NTT, Japan
* Minlan Yu, University of Southern Ca
of Waterloo, Canada
* Prosper Chemouil, Orange Labs, France
* Filip De Turck, Ghent University-iMinds, Belgium
* Christian Esteve Rothenberg, University of Campinas, Brazil
* Kohei Shiomoto, NTT, Japan
* Minlan Yu, University of Southern California, USA
-- Forwarded message --
From: Christian Esteve Rothenberg
Date: Thu, Aug 11, 2016 at 1:58 PM
Subject: Re: [Sdn] SDN reading list
To: Matt Mathis
Cc: Cristian Lumezanu , "s...@irtf.org"
, "openflow-discuss@lists.stanford.edu"
, Josh Bailey ,
Christopher L
,
Christian
On Thu, Aug 11, 2016 at 1:58 PM, Christian Esteve Rothenberg
wrote:
> Hi Matt and fellows,
>
> Cool work on FAUCET (congrats to Josh Bailey and Chris Lorier!)
>
> My understanding is that think Cristian L.reading list is focused on
> scientific papers to build the read
h
> OpenFlow?
> I'm currently in a research project (LoCoSDN) where such information
> could be relevant.
>
> Thanks in advance! :)
>
>
>
> On 22 September 2016 at 16:50, Christian Esteve Rothenberg
> wrote:
>> Dear OpenFlow/SDN friends,
>>
>> h
[Apologies for duplicates:
https://intrig.dca.fee.unicamp.br/2017/09/05/we-are-hiring-6-open-positions-with-funded-scholarships/
]
We are glad to announce a number of open positions at our research
group INTRIG at the University of Campinas (Brazil) starting in the
upcoming semester (1S/2018):
•
Hi Yang,
> What does the following mean ? Sorry for my poor English. "that speaks
> OSPF/BPG"
>>If by router you mean something that speaks OSPF/BPG/etc, then there
>>is other work that I can point you to that does this.
What Rob means is that the controller speaks (=
sends/receives/understands
As far as I know, Source Route Option fields (or any IP Option) are not
supported in current flow match structures.
What you can do is overload some fields in the packet header, such as the
48-bit MAC destination and "encode" there some form of source route,
provided you have the corresponding wil
itch
https://openflow.stanford.edu/display/of11softswitch/IPv6+Extension
Good luck! Let the community know how it goes! Such a flexibility of letting
users define their own header / fields match structures is an important goal
of OpenFlow.
Christian
--
Christian Esteve Rothenberg, Ph.D.
Converge
Haris,
you may find interesting the following documents:
https://openflow.stanford.edu/display/of11softswitch/Extending+the+switch
https://openflow.stanford.edu/display/of11softswitch/IPv6+Extension
-Christian
On Wed, May 25, 2011 at 13:21, Ben Pfaff wrote:
>
> The OpenFlow 1.0 and 1.1 protoco
RouteFlow team)
--
Christian
Esteve Rothenberg, Ph.D.
Converged Networks Division (DRC)
Tel.:+55 19-3705-4479 / Cel.: +55 19-8193-7087
est...@cpqd.com.br
www.cpqd.com.br
___
openflow-discuss mailing list
openflow-discuss@lists.stanford
or check here for the full
post and the updated architecture:
https://sites.google.com/site/routeflow/updates/announcingthenewrouteflowdesign
Best regards,
Christian
-- Forwarded message --
From: Christian Esteve Rothenberg
Date: Thu, May 31, 2012 at 2:08 PM
Subject: [RouteFlow
> This is more out of curiosity than anything else but why were bit masks not
> included as part of the OF1.0 spec to match flows on and only subnets/prefix
> masks were included? Was this purely because this would integrate straight
> in with existing tcams on existing vendor hardware networking g
,
Christian
--
Christian
Esteve Rothenberg, Ph.D.
Converged Networks Business Unit
CPqD - Center for Research and Development in Telecommunications
Tel. (+55 19) 3705 4479 / Cel. (+55 19) 8193-7087
___
openflow-discuss mailing list
openflow-discuss
-of-dissector)
https://github.com/CPqD/ofdissector
--
Christian Esteve Rothenberg, Ph.D.
Converged Networks Business Unit
CPqD - Center for Research and Development in Telecommunications
Tel. (+55 19) 3705 4479 / Cel. (+55 19) 8193-7087
___
openflow
Hi Vinay,
the openflow protocol only provides the mechanisms to instruct the
switch about the different roles of the controllers.
How these roles are managed by the controllers is left out of the
spefication on purpose. Different controller implementations will
choose different strategies, probab
Hi all,
just looking for further clarification on the issue of how to handle
OXM wildcarded flow entries.
If the controller sends a flow mod command that includes a flow match
as follows:
IP 192.168.1.1 IP_mask= 255.255.0.0
How should the flow entry installed by the switch look like?
a) IP 192
Hi Isaku,
we will open an issue via github if this is your preferred way to try
to find a workable fix so that we can get interoperable
implementations that adhere to the spec.
Currently, our 1.2 switch implementations passes all the tests except
those with the masked flow entries, as the Ryu con
Hi Yu,
I am copying your message to the RouteFlow mailing list, where you
will receive more specific support to RouteFlow.
You are right about the outdated instructions of tutorial 1, they
correspond to an older code version. Updating the tutorials with the
new code and module names in addition t
Hi all,
we will submit pull requests of our 1.2 and 1.3 developments
(https://github.com/CPqD/ofdissector). At some point in time we had
some conversations on the best way forward but it got somehow lost,
unfortunately. Sorry for that, the less the code base fractions the
better.
We will update a
https://github.com/CPqD/ofsoftswitch13/blob/master/README.md
[6] https://github.com/CPqD/nox13oflib/blob/master/README
[7] https://github.com/CPqD/ofsoftswitch13/blob/master/TODO.md
[8]
https://www.opennetworking.org/images/stories/downloads/specification/openflow-spec-v1.3.0.pdf
--
Christian E
Hi Philip
you may be interesting in the flow metering capabilities of the
OpenFlow 1.3 user-space switch:
https://github.com/CPqD/ofsoftswitch13
The implementation includes a token bucket approach to enforce the
rate limiting actions instructed by the controller, so the information
is there.. Th
-day-onetwo/
STATE OF OPENFLOW 2012 NOTES – DAY 3 ROUTEFLOW
http://www.routeranalysis.com/state-of-openflow-2012-notes-day-3-routeflow/
--
Christian Esteve Rothenberg, Ph.D.
Converged Networks Business Unit
CPqD - Center for Research and Development in Telecommunications
Tel. (+55 19) 3705 4479
Marcio,
with Ryu you wont be able either to use OF1.3 features in a
Pantou-based wireless AP.
Do you need the 1.3 OF switch to be wireless capable?
Porting the 1.3 software switch to Pantou may be worth pursuing and we
know at least one university group that may be working on this during
this ye
Peter, I have seen similar behaviours on a different scenario however.
I have been also wondering about the reason.
The common behaviour I observed is that PING times were interleaving a
"low" measure and a "high" one, that is, a bimodal distribution
similar as yousr but more precise in the devia
PAC.c extensions for OF 1.0 have yet to be (re)defined for 1.3.
We welcome collaborations on this topic.
-Christian
--
Christian Esteve Rothenberg, Ph.D.
Converged Networks Business Unit
CPqD - Center for Research and Development in Telecommunications
Tel. (+55 19) 3705 4479 / Cel. (+55 19) 8193
Hi Panos,
my friend Steven Noble (from routeranalysis.com) pointed me to the
following doc to understand the HW/SW specifics of the HPs:
http://bizsupport2.austin.hp.com/bc/docs/support/SupportManual/c03512348/c03512348.pdf
-Christian
On Mon, Jan 28, 2013 at 4:34 PM, Panagiotis Georgopoulos
w
Hi all,
a quick and dirty update on this.
A beta release of the OpenFlow 1.3 OpenWRT is now available:
https://github.com/CPqD/ofsoftswitch13/wiki/OpenFlow-1.3-for-OpenWRT
Tested and looking stable (so far) in TP-LINK TL-WR1043ND ver 1.8.
We shall do a more formal announcement by the end of the
Right! We are doing tests mainly with Ryu.
-Ch
On Apr 11, 2013 8:56 AM, "Eder Leão Fernandes"
wrote:
> Hi Lucas,
>
> There are more two options.
> You can try Ryu and Trema(under development).
> https://github.com/osrg/ryu
> https://github.com/trema/trema-edge
>
> Regards,
> Eder.
>
> On 11 April
Lucas,
> By the way, I'll take some time and will try to generate an image to
> my tl-wr741nd.
that would be really helpful, we only have TL-WR1043ND in the lab.
Thanks,
Christian
> regards
> Lucas Brasilino
> MSc Student @ UFPE
--
Christian
___
o
Thanks for sharing your experience!
-Christian
On Sat, Jun 15, 2013 at 12:37 PM, Philippos Isaia wrote:
> Hi,
>
> I was thinking of my idea that "There is a small time interval every time
> you change the limit. In that time interval, the switch/router disables the
> previous limit and enables
ch fields are getting satisfied, mpls
>>> related fields are not getting set. MPLS label is '0' and ttl is '0'
>>> (captured in wireshark).
>>>
>>> It would be a great help if you can help me in solving the above issue.
>>> Please let
I wanted to point to the latter, have a look at the QoS options (band meter
definitions) offered by the Flow Metering Table introduced in OFv1.3
On Thu, Dec 5, 2013 at 6:11 PM, Wes Felter wrote:
> On 12/5/13 5:59 AM, Carlos Ferreira wrote:
>
>> Correct me if I'm wrong but for what I can read in
43 matches
Mail list logo