On 04/30/2015 02:48 AM, Ben Pfaff wrote:
> v1->v2: Add patch 5.
> v2->v3: Break patch 5 into a series of 6 patches, each of which actually
>   makes sense and is ready for review.
> v3->v4: Drop patches 1 to 6 because they were applied.  Update patch 3
>   based on Justin's comments (changing "resubmit" to "next").  Add patches
>   5 through 9 (patch 5 is from Justin) to actually install flows into
>   ovs-vswitchd.
> v4->v5: Drop patches 1 and 2 because they were applied.  Update patch 7
>   (that installs flows into the switch) to delete all flows on startup, not 
>   just those in table 0.  Add 5 patches from Justin and 3 new patches of my
>   own that make the end-to-end OVN system ready for testing and debugging.
>   (I think that some of Justin's patches still need review and fine-tuning,
>   but they were prerequisites for mine.)

I gave this a spin.  I applied the whole patch series to the ovn branch
and spun up OpenStack configured with OVN as the Neutron backend.  This
test was just on a single host.  The result is that I'm able to ping
from one VM to the other over the virtual network.  I'm incredibly
suspicious that it worked on the first try.  :-)

I booted 2 VMs via Nova:

$ nova boot --key-name demo --nic
net-id=7725e7c9-27aa-49ab-b020-54c09b001eab --flavor 42 --image
5c87d1d1-2de9-447c-a2df-7048f74dcf40 test1

$ nova boot --key-name demo --nic
net-id=7725e7c9-27aa-49ab-b020-54c09b001eab --flavor 42 --image
5c87d1d1-2de9-447c-a2df-7048f74dcf40 test2

$ nova list
+--------------------------------------+-------+--------+------------+-------------+--------------------------------------------------------+
| ID                                   | Name  | Status | Task State |
Power State | Networks                                               |
+--------------------------------------+-------+--------+------------+-------------+--------------------------------------------------------+
| c251b89a-9c6a-406f-8539-30edf41d6067 | test1 | ACTIVE | -          |
Running     | private=10.0.0.3, fdf6:c523:5895:0:f816:3eff:fe11:4510 |
| aabd7289-c27f-4bbb-81f6-decceec2d2a6 | test2 | ACTIVE | -          |
Running     | private=10.0.0.4, fdf6:c523:5895:0:f816:3eff:fe46:3555 |
+--------------------------------------+-------+--------+------------+-------------+--------------------------------------------------------+

Here are the Neutron ports for those 2 VMs:

$ neutron port-list
+--------------------------------------+------+-------------------+-------------------------------------------------------------------------------------------------------------+
| id                                   | name | mac_address       |
fixed_ips
                                    |
+--------------------------------------+------+-------------------+-------------------------------------------------------------------------------------------------------------+
| 04cb530f-5406-4f5d-b10e-82a5a07581a9 |      | fa:16:3e:46:35:55 |
{"subnet_id": "df2c0eb5-6b10-43f3-80a5-bddbc430a1b5", "ip_address":
"10.0.0.4"}                             |
|                                      |      |                   |
{"subnet_id": "c5a0af2b-f15e-4f3d-a5f5-eea503aa6064", "ip_address":
"fdf6:c523:5895:0:f816:3eff:fe46:3555"} |
| b6f61634-708d-4b52-98fb-821789749dcb |      | fa:16:3e:11:45:10 |
{"subnet_id": "df2c0eb5-6b10-43f3-80a5-bddbc430a1b5", "ip_address":
"10.0.0.3"}                             |
|                                      |      |                   |
{"subnet_id": "c5a0af2b-f15e-4f3d-a5f5-eea503aa6064", "ip_address":
"fdf6:c523:5895:0:f816:3eff:fe11:4510"} |
...

We can also see that those 2 ports are configured in OVN:

$ ovn-nbctl show
    lswitch 5329d58a-8f9d-4bb0-9b67-d08acbfe2ffc
(neutron-7725e7c9-27aa-49ab-b020-54c09b001eab)
        lport b6f61634-708d-4b52-98fb-821789749dcb
            macs: fa:16:3e:11:45:10
        lport 04cb530f-5406-4f5d-b10e-82a5a07581a9
            macs: fa:16:3e:46:35:55
...

And they are on the local switch ...

$ ovs-vsctl list Interface
...
external_ids        : {attached-mac="fa:16:3e:11:45:10",
iface-id="b6f61634-708d-4b52-98fb-821789749dcb", iface-status=active,
vm-id="c251b89a-9c6a-406f-8539-30edf41d6067"}
...
external_ids        : {attached-mac="fa:16:3e:46:35:55",
iface-id="04cb530f-5406-4f5d-b10e-82a5a07581a9", iface-status=active,
vm-id="aabd7289-c27f-4bbb-81f6-decceec2d2a6"}
...

$ ssh -i id_rsa_demo cirros@10.0.0.3
$ ping 10.0.0.4
PING 10.0.0.4 (10.0.0.4): 56 data bytes
64 bytes from 10.0.0.4: seq=0 ttl=64 time=0.774 ms

I also verified that the VMs have a DHCP client running, so AFAICT the
DHCP agent is working as expected.

My next steps are to verify that I'm not crazy and this is indeed
working, and also play with the Neutron L3 agent.

-- 
Russell Bryant
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to