Hi Soliman,

I cannot answer for the contents of the Blog post you mentioned, because it is
not the official document of Ryu project and this issue seems be on Mininet
script side.

> https://techandtrains.com/2013/10/05/in-band-controller-with-mininet-part-2/
> or
> https://github.com/hmd1st/mn_test/blob/master/inband_delay_link.py

I tried this script on my machine, but OVS switches does not seem to try to
connect to Ryu's host.
How about getting contact to the creator of this script?

Thanks,
Iwase


On 2018年02月28日 20:18, Soliman Awad Alshra´a Abdullah TU Ilmenau wrote:
Thanks for your response,

On the one hand, I have no problem when I use these instructions on

http://tocai.dia.uniroma3.it/compunet-wiki/index.php/In-band_control_with_Open_vSwitch

(sudo mn --topo linear,5 --switch ovsk,inband=True 
--controller=remote,ip=10.0.0.3)

when I check the disable-in-band="true" by
sudo ovs-vsctl --columns=other_config list bridge | grep "disable-in-band"

I get nothing as it is expected, and I can run the topology well. (pingall)
________________________________________
On the other hand, when I use the other topologies in (for example)

https://techandtrains.com/2013/10/05/in-band-controller-with-mininet-part-2/
or
https://github.com/hmd1st/mn_test/blob/master/inband_delay_link.py

I check the disable-in-band="true"
I get  -->   other_config        : {datapath-id="0000000000000001", 
disable-in-band="true"}
  and I can't do ping betwwen all hosts.

my ovs is 2.0.2 which support Of 1.0 as default  so I uses simple_switch.py as 
a controller
And as I told you, I upgraded my ovs and tried to use the suitable controller( 
simple_switch_13.py ),  but nothing happens.

I know my problem might be simple, but I have no idea why I cannot start up the 
controller well.

Thanks in advance.
A.Soliman


-----Original Message-----
From: Iwase Yusuke [mailto:iwase.yusu...@gmail.com]
Sent: Friday, February 23, 2018 2:30 AM
To: Soliman Awad Alshra´a Abdullah TU Ilmenau <abdullah.alsh...@tu-ilmenau.de>
Cc: ryu-devel@lists.sourceforge.net
Subject: Re: [Ryu-devel] Starting up InBand Ryu controller

Hi Soliman,

  > root@mininet-vm:~# ovs-vsctl set Bridge s1 protocol=OpenFlow13

You are using the OpenFlow version 1.3, right?
"ryu/app/simple_switch.py" supposes the OpenFlow version 1.0, then you should use 
"ryu/app/simple_switch_13.py" instead.
To confirm which version a Ryu application supports, please check "OFP_VERSIONS"
attribute on each application class.
http://osrg.github.io/ryu-book/en/html/switching_hub.html#class-definition-and-initialization

Thanks,
Iwase


On 2018年02月23日 01:43, Soliman Awad Alshra´a Abdullah TU Ilmenau wrote:
Dear Iwase,


I run the same script code topology on
https://techandtrains.com/2013/10/05/in-band-controller-with-mininet-p
art-2/

mininet@mininet-vm:~$ sudo python Inband.py
*** Configuring hosts
h1 h2 h3
*** Starting controller
c0
*** Starting 1 switches
s1 ...
*** Starting CLI:
mininet>
__________________________________________________________________
then xterm s1

root@mininet-vm:~# ovs-vsctl show
0b8ed0aa-67ac-4405-af13-70249a7e8a96
      Bridge "s1"
          Controller "tcp:10.0.0.1:6633"
          fail_mode: secure
          Port "s1-eth2"
              Interface "s1-eth2"
          Port "s1"
              Interface "s1"
                  type: internal
          Port "s1-eth1"
              Interface "s1-eth1"
          Port "s1-eth3"
              Interface "s1-eth3"
      ovs_version: "2.0.2"

root@mininet-vm:~# ovs-dpctl show
system@ovs-system:
          lookups: hit:243 missed:25 lost:0
          flows: 1
          port 0: ovs-system (internal)
          port 1: s1-eth3
          port 2: s1-eth1
          port 3: s1 (internal)
          port 4: s1-eth2
root@mininet-vm:~# ovs-vsctl set Bridge s1 protocol=OpenFlow13
root@mininet-vm:~# ovs-ofctl -O OpenFlow13 dump-flows s1 OFPST_FLOW
reply (OF1.3) (xid=0x2):
______________________________________________________________________
then xterm h1

root@mininet-vm:~/ryu# PYTHONPATH=. ./bin/ryu-manager
ryu/app/simple_switch.py loading app ryu/app/simple_switch.py loading
app ryu.controller.ofp_handler instantiating app
ryu.controller.ofp_handler of OFPHandler instantiating app
ryu/app/simple_switch.py of SimpleSwitch
______________________________________________________________________
__

Fainally, I tried to pingall

mininet> pingall
*** Ping: testing ping reachability
h1 -> X X
h2 -> X X
h3 -> X X
*** Results: 100% dropped (0/6 received)
______________________________________________________________________
_____


please, could you guide me to run the Ryu Inband controller ?


Best regards
A.Soliman


-----Original Message-----
From: Iwase Yusuke [mailto:iwase.yusu...@gmail.com]
Sent: Thursday, February 22, 2018 12:24 AM
To: Soliman Awad Alshra´a Abdullah TU Ilmenau
<abdullah.alsh...@tu-ilmenau.de>
Cc: ryu-devel@lists.sourceforge.net
Subject: Re: [Ryu-devel] Starting up InBand Ryu controller

Hi Soliman,

The page you mentioned was written on OCTOBER 5, 2013 and the description might 
be old (e.g., the default OpenFlow version on Mininet has been changed).

Please refer to the Ryu-Book for running "Switching Hub" application.
http://osrg.github.io/ryu-book/en/html/switching_hub.html#execution-of
-ryu-application

Thanks,
Iwase


On 2018年02月22日 00:15, Soliman Awad Alshra´a Abdullah TU Ilmenau wrote:
Hello all,

I am trying to use In-band controller as described here

_https://techandtrains.com/2013/10/05/in-band-controller-with-mininet
-
part-2/

_when I open “ xterm h1 ” and ask controller to start up, nothing happens !!

root@mininet-vm:~# cd ryu

root@mininet-vm:~/ryu# PYTHONPATH=. ./bin/ryu-manager
ryu/app/simple_switch.py

loading app ryu/app/simple_switch.py

loading app ryu.controller.ofp_handler

instantiating app ryu.controller.ofp_handler of OFPHandler

instantiating app ryu/app/simple_switch.py of SimpleSwitc


when I instruct h1 to ping h2

mininet> h1 ping -c3 h2

PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data.

   From 10.0.0.1 icmp_seq=1 Destination Host Unreachable

   From 10.0.0.1 icmp_seq=2 Destination Host Unreachable

   From 10.0.0.1 icmp_seq=3 Destination Host Unreachable

--- 10.0.0.2 ping statistics ---

3 packets transmitted, 0 received, +3 errors, 100% packet loss, time
2015ms

pipe 3

when I use  pingall

mininet> pingall

*** Ping: testing ping reachability

h1 -> X X

h2 -> X X

h3 -> X X

*** Results: 100% dropped (0/6 received)

Any advice will be highly apprenticed

Sincerely
A.Soliman



---------------------------------------------------------------------
-
-------- 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! http://sdm.link/slashdot
_______________________________________________
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel

Reply via email to