[Ryu-devel] 回复：新常态下企业劳动关系发展趋势

2018-03-25 Thread 郝经理 
 原邮件信息 -
发件人:郝经理
收件人:ryu-devel ;

 
 

劳动合同.用工协议.规章制度.员工手册制定.人力成本分析与风险控制.docx
Description: MS-Word 2007 document
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel

Re: [Ryu-devel] All the links of the topology not getting discovered.

2018-03-25 Thread Iwase Yusuke 

Hi Taha,

Hmmm... I haven't tried yet though, the following parameters seems to be
configured. But sorry I don't know those parameters meanings further...
https://github.com/osrg/ryu/blob/master/ryu/topology/switches.py#L509-L513

Thanks,
Iwase

On 2018年03月26日 10:45, Taha Khan wrote:

Well, What I observed is - Number of Nodes: 13, Number of Edges:21.
Is there a way this could be increased in terms of number of edges and nodes?


Thanks!
Taha


On Sun, Mar 25, 2018 at 7:33 PM, Iwase Yusuke > wrote:


Hi Taha,

> But do you have any rough idea, how many links should a topology have to 
not
> hit performance limit?

Sorry, I don't have any idea...

Thanks,
Iwase


On 2018年03月24日 11:07, Taha Khan wrote:

Thanks for the reply.
But do you have any rough idea, how many links should a topology have to
not hit performance limit?
This is my systems specs.
I need EventLinkAdd and EventLinkDelete to work properly as I am
planning to introduce multiple link failures from mininet.

I started with 62 nodes, 107 links and trimmed my topology to 30 Nodes
and 43 Links(86 bi-directional) and found, I was able to discover the
full topology but EventLinkDelete wasn't triggering when I tried
with mininet (link down command).
Now I have 30 Nodes, 32 Links and still EventLinkDelte is not getting
triggered though I see the full topology information in my structures
storing their information in RYU controller.








Thanks!
Taha


On Fri, Mar 23, 2018 at 3:45 AM, Iwase Yusuke  >> wrote:

     Hi Taha,

     IIRC, the similar problems had reported before on this mailing 
list.
     I think you hit the performance limit of "single" controller in
order to use
     topology discovery feature against such many switches.

     For handling such large topology, how about splitting your topology
into some
     sub-topology and having multiple controllers?

     Thanks,
     Iwase



     On 2018年03月23日 16:07, Taha Khan wrote:

         Hi

         I am using RYU-4.23 and Mininet OVS.
         I have a 62 Node topology. When I run my RYU application I
noticed that
         RYU is not able to discover all the datapaths and links
everytime I run
         my code. And also when I run (link down command ) in mininet 
CLI,
         EventLinkDelete is not getting triggered everytime I did it.
Few times I
         was actually able to discover the full topology and
EventLinkDelete was
         also getting triggered.
         Can you please suggest why is this so. I have attached codes 
below.


         Thanks!
         Taha



--

         Check out the vibrant tech community on one of the world's most
         engaging tech sites, Slashdot.org! http://sdm.link/slashdot



         ___
         Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net 
>
https://lists.sourceforge.net/lists/listinfo/ryu-devel

         >





--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/ryu-devel





--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!

Re: [Ryu-devel] All the links of the topology not getting discovered.

2018-03-25 Thread Taha Khan 
Well, What I observed is - Number of Nodes: 13, Number of Edges:21.
Is there a way this could be increased in terms of number of edges and
nodes?


Thanks!
Taha


On Sun, Mar 25, 2018 at 7:33 PM, Iwase Yusuke 
wrote:

> Hi Taha,
>
> > But do you have any rough idea, how many links should a topology have to
> not
> > hit performance limit?
>
> Sorry, I don't have any idea...
>
> Thanks,
> Iwase
>
>
> On 2018年03月24日 11:07, Taha Khan wrote:
>
>> Thanks for the reply.
>> But do you have any rough idea, how many links should a topology have to
>> not hit performance limit?
>> This is my systems specs.
>> I need EventLinkAdd and EventLinkDelete to work properly as I am planning
>> to introduce multiple link failures from mininet.
>>
>> I started with 62 nodes, 107 links and trimmed my topology to 30 Nodes
>> and 43 Links(86 bi-directional) and found, I was able to discover the full
>> topology but EventLinkDelete wasn't triggering when I tried
>> with mininet (link down command).
>> Now I have 30 Nodes, 32 Links and still EventLinkDelte is not getting
>> triggered though I see the full topology information in my structures
>> storing their information in RYU controller.
>>
>>
>>
>>
>>
>>
>>
>>
>> Thanks!
>> Taha
>>
>>
>> On Fri, Mar 23, 2018 at 3:45 AM, Iwase Yusuke > > wrote:
>>
>> Hi Taha,
>>
>> IIRC, the similar problems had reported before on this mailing list.
>> I think you hit the performance limit of "single" controller in order
>> to use
>> topology discovery feature against such many switches.
>>
>> For handling such large topology, how about splitting your topology
>> into some
>> sub-topology and having multiple controllers?
>>
>> Thanks,
>> Iwase
>>
>>
>>
>> On 2018年03月23日 16:07, Taha Khan wrote:
>>
>> Hi
>>
>> I am using RYU-4.23 and Mininet OVS.
>> I have a 62 Node topology. When I run my RYU application I
>> noticed that
>> RYU is not able to discover all the datapaths and links everytime
>> I run
>> my code. And also when I run (link down command ) in mininet CLI,
>> EventLinkDelete is not getting triggered everytime I did it. Few
>> times I
>> was actually able to discover the full topology and
>> EventLinkDelete was
>> also getting triggered.
>> Can you please suggest why is this so. I have attached codes
>> below.
>>
>>
>> Thanks!
>> Taha
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>
>>
>>
>> ___
>> Ryu-devel mailing list
>> Ryu-devel@lists.sourceforge.net > forge.net>
>> https://lists.sourceforge.net/lists/listinfo/ryu-devel
>> 
>>
>>
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>
>>
>>
>> ___
>> Ryu-devel mailing list
>> Ryu-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/ryu-devel
>>
>>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel

Re: [Ryu-devel] Disable/Enable switch port with ryu

2018-03-25 Thread Iwase Yusuke 

Hi Valson,

How about using OFPPortMod message?
http://ryu.readthedocs.io/en/latest/ofproto_v1_3_ref.html#ryu.ofproto.ofproto_v1_3_parser.OFPPortMod

Thanks,
Iwase


On 2018年03月24日 04:51, Valson Pereira wrote:

Hi everyone;

How i can disable/enable a specific swicth port with ryu?

Thanks.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel

Re: [Ryu-devel] Spliting flows through two ports

2018-03-25 Thread Iwase Yusuke 

Hi Carlos,

For such purpose, OFPGT_SELECT is appropriate, I guess.

With the topology;

  ++ ++
  |   s1   | |   s2   |
++|  (port 2)---(port 2)  |++
| h1 |---(port 1)  | |  (port 1)---| h2 |
++|  (port 3)---(port 3)  |++
  || ||
  ++ ++


I can install groups and flows entries, then can ping between h1 and h2 with the
following app.


$ git diff
diff --git a/ryu/app/simple_switch_13.py b/ryu/app/simple_switch_13.py
index 06a5d0e..e1a5c3b 100644
--- a/ryu/app/simple_switch_13.py
+++ b/ryu/app/simple_switch_13.py
@@ -48,6 +48,30 @@ class SimpleSwitch13(app_manager.RyuApp):
   ofproto.OFPCML_NO_BUFFER)]
 self.add_flow(datapath, 0, match, actions)

+buckets = [
+parser.OFPBucket(
+50, ofproto.OFPP_ANY, ofproto.OFPG_ANY,
+[parser.OFPActionOutput(2)]),
+parser.OFPBucket(
+50, ofproto.OFPP_ANY, ofproto.OFPG_ANY,
+[parser.OFPActionOutput(3)]),
+]
+mod = parser.OFPGroupMod(
+datapath, ofproto.OFPGC_ADD, ofproto.OFPGT_SELECT, 1, buckets)
+datapath.send_msg(mod)
+
+match = parser.OFPMatch(in_port=1)
+actions = [parser.OFPActionGroup(1)]  # from host to switch
+self.add_flow(datapath, 1, match, actions)
+
+match = parser.OFPMatch(in_port=2)
+actions = [parser.OFPActionOutput(1)]  # from switch to host
+self.add_flow(datapath, 1, match, actions)
+
+match = parser.OFPMatch(in_port=3)
+actions = [parser.OFPActionOutput(1)]  # from switch to host
+self.add_flow(datapath, 1, match, actions)
+
 def add_flow(self, datapath, priority, match, actions, buffer_id=None):
 ofproto = datapath.ofproto
 parser = datapath.ofproto_parser


I don't know what "using the group table with openflow 1.3 with no sucess"
means, but please confirm your group and flow table again.

Thanks,
Iwase


On 2018年03月23日 21:11, Jose Carlos Ferreira de Melo Junior wrote:

Hey Iwase,


Split means really divide the flow I dont know if would be like a load balancing 
(I think it is)


For example the image below




But I dont know if this would be possible using the group table.

2018-03-23 4:04 GMT-03:00 Iwase Yusuke >:


Hi Carlos,

What does "split flows" exactly mean?

 > req = parser.OFPGroupMod(datapath, ofp.OFPFC_ADD, ofp.OFPGT_SELECT,
 >                          group_id, buckets)

If you specify OFPGT_SELECT, switch will execute "one" bucket in the group 
and
not copied like the port mirroring. If you intend to do port mirroring, you 
need
to specify OFPGT_ALL. For other available group types, please refer to the
OpenFlow spec and your switch's specification.

Thanks,
Iwase


On 2018年03月21日 04:02, Jose Carlos Ferreira de Melo Junior wrote:

Hi there,

I know this topic was discussed before but I would like just a simple
explanation about it.

Because I am using the group table with openflow 1.3 with no sucess.


My purpose is to split one flow in two flows and forward on port 3 and 4
using the group table.

My code is as follows:


*def group_mod(self, datapath):*
*        global ofp, _parser_, dp*
*        port_1 = 4*
*        queue_1 = _parser_.OFPActionSetQueue(0)*
*        actions_1 = [queue_1, _parser_.OFPActionOutput(port_1)]*
*
*
*
*
*        port_2 = 3*
*        queue_2 = _parser_.OFPActionSetQueue(0)*
*        actions_2 = [queue_2, _parser_.OFPActionOutput(port_2)]*
*
*
*        weight_1 = 50*
*        weight_2 = 50*
*
*
*        watch_port = ofproto_v1_3.OFPP_ANY*
*        watch_group = ofproto_v1_3.OFPQ_ALL*
*
*
*        buckets = [*
*                _parser_.OFPBucket(weight_1, watch_port, watch_group,
actions_1),*
*                _parser_.OFPBucket(weight_2, watch_port, watch_group,
actions_2)]*
*
*
*        group_id = 50*
*
*
*        req = _parser_.OFPGroupMod(datapath, ofp.OFPFC_ADD,
ofp.OFPGT_SELECT,*
*                group_id, buckets)*
*
*
*        datapath.send_msg(req)*
*
*
*
*
*
*
Hope this is right.

Could anyone help me with this issue?




-- 
Best regards,

José Carlos Ferreira
Msc student in Computer Science
System and Network Analyst at PoP-PE/RNP

Re: [Ryu-devel] All the links of the topology not getting discovered.

2018-03-25 Thread Iwase Yusuke 

Hi Taha,

> But do you have any rough idea, how many links should a topology have to not
> hit performance limit?

Sorry, I don't have any idea...

Thanks,
Iwase


On 2018年03月24日 11:07, Taha Khan wrote:

Thanks for the reply.
But do you have any rough idea, how many links should a topology have to not hit 
performance limit?

This is my systems specs.
I need EventLinkAdd and EventLinkDelete to work properly as I am planning to 
introduce multiple link failures from mininet.


I started with 62 nodes, 107 links and trimmed my topology to 30 Nodes and 43 
Links(86 bi-directional) and found, I was able to discover the full topology but 
EventLinkDelete wasn't triggering when I tried with mininet (link down command).
Now I have 30 Nodes, 32 Links and still EventLinkDelte is not getting triggered 
though I see the full topology information in my structures storing their 
information in RYU controller.









Thanks!
Taha

On Fri, Mar 23, 2018 at 3:45 AM, Iwase Yusuke > wrote:


Hi Taha,

IIRC, the similar problems had reported before on this mailing list.
I think you hit the performance limit of "single" controller in order to use
topology discovery feature against such many switches.

For handling such large topology, how about splitting your topology into 
some
sub-topology and having multiple controllers?

Thanks,
Iwase



On 2018年03月23日 16:07, Taha Khan wrote:

Hi

I am using RYU-4.23 and Mininet OVS.
I have a 62 Node topology. When I run my RYU application I noticed that
RYU is not able to discover all the datapaths and links everytime I run
my code. And also when I run (link down command ) in mininet CLI,
EventLinkDelete is not getting triggered everytime I did it. Few times I
was actually able to discover the full topology and EventLinkDelete was
also getting triggered.
Can you please suggest why is this so. I have attached codes below.


Thanks!
Taha



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/ryu-devel





--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel