z.archive.ovsdb-dev@lists.opendaylight.org | Anybody knows how to check if neutron is working normally with ODL?

Home Messages Hashtags Subgroups

This group is locked. No changes can be made to the group while it is locked.

Date Date 1 - 9 of 9

Anybody knows how to check if neutron is working normally with ODL?

Yang, Yi Y <yi.y.yang@...> #1806 Hi, All I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? [root@localhost ~(keystone_admin)]# neutron router-create router1 Created a new router: +-----------------------+--------------------------------------+ \| Field \| Value \| +-----------------------+--------------------------------------+ \| admin_state_up \| True \| \| external_gateway_info \| \| \| id \| ba8603f7-68ea-48ed-88a2-fdf49cd5d8a8 \| \| name \| router1 \| \| status \| ACTIVE \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +-----------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# neutron subnet-create private --name=private_subnet 192.168.1.0/24 Created a new subnet: +------------------+--------------------------------------------------+ \| Field \| Value \| +------------------+--------------------------------------------------+ \| allocation_pools \| {"start": "192.168.1.2", "end": "192.168.1.254"} \| \| cidr \| 192.168.1.0/24 \| \| dns_nameservers \| \| \| enable_dhcp \| True \| \| gateway_ip \| 192.168.1.1 \| \| host_routes \| \| \| id \| 53d03079-e689-4292-a10f-317b8cb012f0 \| \| ip_version \| 4 \| \| name \| private_subnet \| \| network_id \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +------------------+--------------------------------------------------+ [root@localhost ~(keystone_admin)]# neutron router-interface-add router1 private_subnet Added interface 4f123e5f-0285-4b55-b316-59709b19921c to router router1. [root@localhost ~(keystone_admin)]# glance image-create --name='cirros image' --container-format=bare --disk-format=qcow2 < cirros-0.3.1-x86_64-disk.img +------------------+--------------------------------------+ \| Property \| Value \| +------------------+--------------------------------------+ \| checksum \| d972013792949d0d3ba628fbe8685bce \| \| container_format \| bare \| \| created_at \| 2015-08-17T08:46:09 \| \| deleted \| False \| \| deleted_at \| None \| \| disk_format \| qcow2 \| \| id \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| \| is_public \| False \| \| min_disk \| 0 \| \| min_ram \| 0 \| \| name \| cirros image \| \| owner \| fa82c46cf8ed48d39ca516699a81032d \| \| protected \| False \| \| size \| 13147648 \| \| status \| active \| \| updated_at \| 2015-08-17T08:46:09 \| \| virtual_size \| None \| +------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| ID \| Name \| Memory_MB \| Disk \| Ephemeral \| Swap \| VCPUs \| RXTX_Factor \| Is_Public \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| 1 \| m1.tiny \| 512 \| 1 \| 0 \| \| 1 \| 1.0 \| True \| \| 2 \| m1.small \| 2048 \| 20 \| 0 \| \| 1 \| 1.0 \| True \| \| 3 \| m1.medium \| 4096 \| 40 \| 0 \| \| 2 \| 1.0 \| True \| \| 4 \| m1.large \| 8192 \| 80 \| 0 \| \| 4 \| 1.0 \| True \| \| 5 \| m1.xlarge \| 16384 \| 160 \| 0 \| \| 8 \| 1.0 \| True \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ [root@localhost ~(keystone_admin)]# glance image-list +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| ID \| Name \| Disk Format \| Container Format \| Size \| Status \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| cirros image \| qcow2 \| bare \| 13147648 \| active \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ [root@localhost ~(keystone_admin)]# neutron net-list +--------------------------------------+---------+-----------------------------------------------------+ \| id \| name \| subnets \| +--------------------------------------+---------+-----------------------------------------------------+ \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| private \| 53d03079-e689-4292-a10f-317b8cb012f0 192.168.1.0/24 \| +--------------------------------------+---------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# nova boot --flavor m1.small --image 11553256-c2f9-4f80-93b7-1615046dc8c3 --nic net-id=5b1a7624-b8b5-4ce3-b264-1445df528ec6 test1 +--------------------------------------+-----------------------------------------------------+ \| Property \| Value \| +--------------------------------------+-----------------------------------------------------+ \| OS-DCF:diskConfig \| MANUAL \| \| OS-EXT-AZ:availability_zone \| nova \| \| OS-EXT-SRV-ATTR:host \| - \| \| OS-EXT-SRV-ATTR:hypervisor_hostname \| - \| \| OS-EXT-SRV-ATTR:instance_name \| instance-00000001 \| \| OS-EXT-STS:power_state \| 0 \| \| OS-EXT-STS:task_state \| scheduling \| \| OS-EXT-STS:vm_state \| building \| \| OS-SRV-USG:launched_at \| - \| \| OS-SRV-USG:terminated_at \| - \| \| accessIPv4 \| \| \| accessIPv6 \| \| \| adminPass \| 9ZxWJ94RKjyH \| \| config_drive \| \| \| created \| 2015-08-17T08:51:18Z \| \| flavor \| m1.small (2) \| \| hostId \| \| \| id \| fa6be9cf-875e-4a58-86d8-58f5f6a2d6bd \| \| image \| cirros image (11553256-c2f9-4f80-93b7-1615046dc8c3) \| \| key_name \| - \| \| metadata \| {} \| \| name \| test1 \| \| os-extended-volumes:volumes_attached \| [] \| \| progress \| 0 \| \| security_groups \| default \| \| status \| BUILD \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| \| updated \| 2015-08-17T08:51:19Z \| \| user_id \| 1058503dc1434ab783fc79bdb9626626 \| +--------------------------------------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop [root@localhost ~(keystone_admin)]#
Sam Hague #1810 Yi, it is only partially working in your setup. Your ovsdb nodes are connected to ODL and the pipeline flows are created which is good. You can see that in the final dump-flows in your output. But there should be more flows for the neutron networks you created. So something is failing at that point. Normally this is config issue and the neutron commands are not even making it to ODL. Looking at the neutron logs helps ehre. You can look at different logs to find the issue: - odl logs, look for exceptions - neutron logs, grep -ir 'error\\|fail\\|usage\\|not found' <path to neutron logs, devstack logs> That wiki you followed is older. You might have better luck using our tutorial vms from the summit: [ova] [slides]. The ova has all the vms needed to bring up devstack to show integration between openstack and odl. The slides show how everything is connected, how to run the neutron commands and how to verify everything is working. Thanks, Sam [ova] https://wiki.opendaylight.org/images/HostedFiles/2015Summit/ovsdbtutorial15_2.ova [slides] https://drive.google.com/open?id=1KIuNDuUJGGEV37Zk9yzx9OSnWExt4iD2Z7afycFLf_I toggle quoted message Show quoted text On Mon, Aug 17, 2015 at 4:50 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, All I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? [root@localhost ~(keystone_admin)]# neutron router-create router1 Created a new router: +-----------------------+--------------------------------------+ \| Field \| Value \| +-----------------------+--------------------------------------+ \| admin_state_up \| True \| \| external_gateway_info \| \| \| id \| ba8603f7-68ea-48ed-88a2-fdf49cd5d8a8 \| \| name \| router1 \| \| status \| ACTIVE \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +-----------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# neutron subnet-create private --name=private_subnet 192.168.1.0/24 Created a new subnet: +------------------+--------------------------------------------------+ \| Field \| Value \| +------------------+--------------------------------------------------+ \| allocation_pools \| {"start": "192.168.1.2", "end": "192.168.1.254"} \| \| cidr \| 192.168.1.0/24 \| \| dns_nameservers \| \| \| enable_dhcp \| True \| \| gateway_ip \| 192.168.1.1 \| \| host_routes \| \| \| id \| 53d03079-e689-4292-a10f-317b8cb012f0 \| \| ip_version \| 4 \| \| name \| private_subnet \| \| network_id \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +------------------+--------------------------------------------------+ [root@localhost ~(keystone_admin)]# neutron router-interface-add router1 private_subnet Added interface 4f123e5f-0285-4b55-b316-59709b19921c to router router1. [root@localhost ~(keystone_admin)]# glance image-create --name='cirros image' --container-format=bare --disk-format=qcow2 < cirros-0.3.1-x86_64-disk.img +------------------+--------------------------------------+ \| Property \| Value \| +------------------+--------------------------------------+ \| checksum \| d972013792949d0d3ba628fbe8685bce \| \| container_format \| bare \| \| created_at \| 2015-08-17T08:46:09 \| \| deleted \| False \| \| deleted_at \| None \| \| disk_format \| qcow2 \| \| id \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| \| is_public \| False \| \| min_disk \| 0 \| \| min_ram \| 0 \| \| name \| cirros image \| \| owner \| fa82c46cf8ed48d39ca516699a81032d \| \| protected \| False \| \| size \| 13147648 \| \| status \| active \| \| updated_at \| 2015-08-17T08:46:09 \| \| virtual_size \| None \| +------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| ID \| Name \| Memory_MB \| Disk \| Ephemeral \| Swap \| VCPUs \| RXTX_Factor \| Is_Public \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| 1 \| m1.tiny \| 512 \| 1 \| 0 \| \| 1 \| 1.0 \| True \| \| 2 \| m1.small \| 2048 \| 20 \| 0 \| \| 1 \| 1.0 \| True \| \| 3 \| m1.medium \| 4096 \| 40 \| 0 \| \| 2 \| 1.0 \| True \| \| 4 \| m1.large \| 8192 \| 80 \| 0 \| \| 4 \| 1.0 \| True \| \| 5 \| m1.xlarge \| 16384 \| 160 \| 0 \| \| 8 \| 1.0 \| True \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ [root@localhost ~(keystone_admin)]# glance image-list +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| ID \| Name \| Disk Format \| Container Format \| Size \| Status \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| cirros image \| qcow2 \| bare \| 13147648 \| active \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ [root@localhost ~(keystone_admin)]# neutron net-list +--------------------------------------+---------+-----------------------------------------------------+ \| id \| name \| subnets \| +--------------------------------------+---------+-----------------------------------------------------+ \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| private \| 53d03079-e689-4292-a10f-317b8cb012f0 192.168.1.0/24 \| +--------------------------------------+---------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# nova boot --flavor m1.small --image 11553256-c2f9-4f80-93b7-1615046dc8c3 --nic net-id=5b1a7624-b8b5-4ce3-b264-1445df528ec6 test1 +--------------------------------------+-----------------------------------------------------+ \| Property \| Value \| +--------------------------------------+-----------------------------------------------------+ \| OS-DCF:diskConfig \| MANUAL \| \| OS-EXT-AZ:availability_zone \| nova \| \| OS-EXT-SRV-ATTR:host \| - \| \| OS-EXT-SRV-ATTR:hypervisor_hostname \| - \| \| OS-EXT-SRV-ATTR:instance_name \| instance-00000001 \| \| OS-EXT-STS:power_state \| 0 \| \| OS-EXT-STS:task_state \| scheduling \| \| OS-EXT-STS:vm_state \| building \| \| OS-SRV-USG:launched_at \| - \| \| OS-SRV-USG:terminated_at \| - \| \| accessIPv4 \| \| \| accessIPv6 \| \| \| adminPass \| 9ZxWJ94RKjyH \| \| config_drive \| \| \| created \| 2015-08-17T08:51:18Z \| \| flavor \| m1.small (2) \| \| hostId \| \| \| id \| fa6be9cf-875e-4a58-86d8-58f5f6a2d6bd \| \| image \| cirros image (11553256-c2f9-4f80-93b7-1615046dc8c3) \| \| key_name \| - \| \| metadata \| {} \| \| name \| test1 \| \| os-extended-volumes:volumes_attached \| [] \| \| progress \| 0 \| \| security_groups \| default \| \| status \| BUILD \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| \| updated \| 2015-08-17T08:51:19Z \| \| user_id \| 1058503dc1434ab783fc79bdb9626626 \| +--------------------------------------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop [root@localhost ~(keystone_admin)]# _______________________________________________ ovsdb-dev mailing list ovsdb-dev@... https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev
Anil Vishnoi #1815 If it's non-devstack setup, you need to set "local_ip" other_config in ovsdb data base for tunnel creation. Also for l3 services (router) you need to set ovsdb.l3.fwd.enabled=yes in custom.properties file in controller. toggle quoted message Show quoted text On Mon, Aug 17, 2015 at 7:02 PM, Sam Hague <shague@...> wrote: Yi, it is only partially working in your setup. Your ovsdb nodes are connected to ODL and the pipeline flows are created which is good. You can see that in the final dump-flows in your output. But there should be more flows for the neutron networks you created. So something is failing at that point. Normally this is config issue and the neutron commands are not even making it to ODL. Looking at the neutron logs helps ehre. You can look at different logs to find the issue: - odl logs, look for exceptions - neutron logs, grep -ir 'error\\|fail\\|usage\\|not found' <path to neutron logs, devstack logs> That wiki you followed is older. You might have better luck using our tutorial vms from the summit: [ova] [slides]. The ova has all the vms needed to bring up devstack to show integration between openstack and odl. The slides show how everything is connected, how to run the neutron commands and how to verify everything is working. Thanks, Sam [ova] https://wiki.opendaylight.org/images/HostedFiles/2015Summit/ovsdbtutorial15_2.ova [slides] https://drive.google.com/open?id=1KIuNDuUJGGEV37Zk9yzx9OSnWExt4iD2Z7afycFLf_I On Mon, Aug 17, 2015 at 4:50 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, All I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? [root@localhost ~(keystone_admin)]# neutron router-create router1 Created a new router: +-----------------------+--------------------------------------+ \| Field \| Value \| +-----------------------+--------------------------------------+ \| admin_state_up \| True \| \| external_gateway_info \| \| \| id \| ba8603f7-68ea-48ed-88a2-fdf49cd5d8a8 \| \| name \| router1 \| \| status \| ACTIVE \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +-----------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# neutron subnet-create private --name=private_subnet 192.168.1.0/24 Created a new subnet: +------------------+--------------------------------------------------+ \| Field \| Value \| +------------------+--------------------------------------------------+ \| allocation_pools \| {"start": "192.168.1.2", "end": "192.168.1.254"} \| \| cidr \| 192.168.1.0/24 \| \| dns_nameservers \| \| \| enable_dhcp \| True \| \| gateway_ip \| 192.168.1.1 \| \| host_routes \| \| \| id \| 53d03079-e689-4292-a10f-317b8cb012f0 \| \| ip_version \| 4 \| \| name \| private_subnet \| \| network_id \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +------------------+--------------------------------------------------+ [root@localhost ~(keystone_admin)]# neutron router-interface-add router1 private_subnet Added interface 4f123e5f-0285-4b55-b316-59709b19921c to router router1. [root@localhost ~(keystone_admin)]# glance image-create --name='cirros image' --container-format=bare --disk-format=qcow2 < cirros-0.3.1-x86_64-disk.img +------------------+--------------------------------------+ \| Property \| Value \| +------------------+--------------------------------------+ \| checksum \| d972013792949d0d3ba628fbe8685bce \| \| container_format \| bare \| \| created_at \| 2015-08-17T08:46:09 \| \| deleted \| False \| \| deleted_at \| None \| \| disk_format \| qcow2 \| \| id \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| \| is_public \| False \| \| min_disk \| 0 \| \| min_ram \| 0 \| \| name \| cirros image \| \| owner \| fa82c46cf8ed48d39ca516699a81032d \| \| protected \| False \| \| size \| 13147648 \| \| status \| active \| \| updated_at \| 2015-08-17T08:46:09 \| \| virtual_size \| None \| +------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| ID \| Name \| Memory_MB \| Disk \| Ephemeral \| Swap \| VCPUs \| RXTX_Factor \| Is_Public \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| 1 \| m1.tiny \| 512 \| 1 \| 0 \| \| 1 \| 1.0 \| True \| \| 2 \| m1.small \| 2048 \| 20 \| 0 \| \| 1 \| 1.0 \| True \| \| 3 \| m1.medium \| 4096 \| 40 \| 0 \| \| 2 \| 1.0 \| True \| \| 4 \| m1.large \| 8192 \| 80 \| 0 \| \| 4 \| 1.0 \| True \| \| 5 \| m1.xlarge \| 16384 \| 160 \| 0 \| \| 8 \| 1.0 \| True \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ [root@localhost ~(keystone_admin)]# glance image-list +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| ID \| Name \| Disk Format \| Container Format \| Size \| Status \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| cirros image \| qcow2 \| bare \| 13147648 \| active \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ [root@localhost ~(keystone_admin)]# neutron net-list +--------------------------------------+---------+-----------------------------------------------------+ \| id \| name \| subnets \| +--------------------------------------+---------+-----------------------------------------------------+ \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| private \| 53d03079-e689-4292-a10f-317b8cb012f0 192.168.1.0/24 \| +--------------------------------------+---------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# nova boot --flavor m1.small --image 11553256-c2f9-4f80-93b7-1615046dc8c3 --nic net-id=5b1a7624-b8b5-4ce3-b264-1445df528ec6 test1 +--------------------------------------+-----------------------------------------------------+ \| Property \| Value \| +--------------------------------------+-----------------------------------------------------+ \| OS-DCF:diskConfig \| MANUAL \| \| OS-EXT-AZ:availability_zone \| nova \| \| OS-EXT-SRV-ATTR:host \| - \| \| OS-EXT-SRV-ATTR:hypervisor_hostname \| - \| \| OS-EXT-SRV-ATTR:instance_name \| instance-00000001 \| \| OS-EXT-STS:power_state \| 0 \| \| OS-EXT-STS:task_state \| scheduling \| \| OS-EXT-STS:vm_state \| building \| \| OS-SRV-USG:launched_at \| - \| \| OS-SRV-USG:terminated_at \| - \| \| accessIPv4 \| \| \| accessIPv6 \| \| \| adminPass \| 9ZxWJ94RKjyH \| \| config_drive \| \| \| created \| 2015-08-17T08:51:18Z \| \| flavor \| m1.small (2) \| \| hostId \| \| \| id \| fa6be9cf-875e-4a58-86d8-58f5f6a2d6bd \| \| image \| cirros image (11553256-c2f9-4f80-93b7-1615046dc8c3) \| \| key_name \| - \| \| metadata \| {} \| \| name \| test1 \| \| os-extended-volumes:volumes_attached \| [] \| \| progress \| 0 \| \| security_groups \| default \| \| status \| BUILD \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| \| updated \| 2015-08-17T08:51:19Z \| \| user_id \| 1058503dc1434ab783fc79bdb9626626 \| +--------------------------------------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop [root@localhost ~(keystone_admin)]# _______________________________________________ ovsdb-dev mailing list ovsdb-dev@... https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev _______________________________________________ ovsdb-dev mailing list ovsdb-dev@... https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev -- Thanks Anil
Yang, Yi Y <yi.y.yang@...> #1822 Sam, thank you so much, I’ll use your ova image to set up test. toggle quoted message Show quoted text From: Sam Hague [mailto:shague@...] Sent: Monday, August 17, 2015 9:33 PM To: Yang, Yi Y Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Yi, it is only partially working in your setup. Your ovsdb nodes are connected to ODL and the pipeline flows are created which is good. You can see that in the final dump-flows in your output. But there should be more flows for the neutron networks you created. So something is failing at that point. Normally this is config issue and the neutron commands are not even making it to ODL. Looking at the neutron logs helps ehre. You can look at different logs to find the issue: - odl logs, look for exceptions - neutron logs, grep -ir 'error\\|fail\\|usage\\|not found' <path to neutron logs, devstack logs> That wiki you followed is older. You might have better luck using our tutorial vms from the summit: [ova] [slides]. The ova has all the vms needed to bring up devstack to show integration between openstack and odl. The slides show how everything is connected, how to run the neutron commands and how to verify everything is working. Thanks, Sam [ova] https://wiki.opendaylight.org/images/HostedFiles/2015Summit/ovsdbtutorial15_2.ova [slides] https://drive.google.com/open?id=1KIuNDuUJGGEV37Zk9yzx9OSnWExt4iD2Z7afycFLf_I On Mon, Aug 17, 2015 at 4:50 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, All I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? [root@localhost ~(keystone_admin)]# neutron router-create router1 Created a new router: +-----------------------+--------------------------------------+ \| Field \| Value \| +-----------------------+--------------------------------------+ \| admin_state_up \| True \| \| external_gateway_info \| \| \| id \| ba8603f7-68ea-48ed-88a2-fdf49cd5d8a8 \| \| name \| router1 \| \| status \| ACTIVE \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +-----------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# neutron subnet-create private --name=private_subnet 192.168.1.0/24 Created a new subnet: +------------------+--------------------------------------------------+ \| Field \| Value \| +------------------+--------------------------------------------------+ \| allocation_pools \| {"start": "192.168.1.2", "end": "192.168.1.254"} \| \| cidr \| 192.168.1.0/24 \| \| dns_nameservers \| \| \| enable_dhcp \| True \| \| gateway_ip \| 192.168.1.1 \| \| host_routes \| \| \| id \| 53d03079-e689-4292-a10f-317b8cb012f0 \| \| ip_version \| 4 \| \| name \| private_subnet \| \| network_id \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +------------------+--------------------------------------------------+ [root@localhost ~(keystone_admin)]# neutron router-interface-add router1 private_subnet Added interface 4f123e5f-0285-4b55-b316-59709b19921c to router router1. [root@localhost ~(keystone_admin)]# glance image-create --name='cirros image' --container-format=bare --disk-format=qcow2 < cirros-0.3.1-x86_64-disk.img +------------------+--------------------------------------+ \| Property \| Value \| +------------------+--------------------------------------+ \| checksum \| d972013792949d0d3ba628fbe8685bce \| \| container_format \| bare \| \| created_at \| 2015-08-17T08:46:09 \| \| deleted \| False \| \| deleted_at \| None \| \| disk_format \| qcow2 \| \| id \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| \| is_public \| False \| \| min_disk \| 0 \| \| min_ram \| 0 \| \| name \| cirros image \| \| owner \| fa82c46cf8ed48d39ca516699a81032d \| \| protected \| False \| \| size \| 13147648 \| \| status \| active \| \| updated_at \| 2015-08-17T08:46:09 \| \| virtual_size \| None \| +------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| ID \| Name \| Memory_MB \| Disk \| Ephemeral \| Swap \| VCPUs \| RXTX_Factor \| Is_Public \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| 1 \| m1.tiny \| 512 \| 1 \| 0 \| \| 1 \| 1.0 \| True \| \| 2 \| m1.small \| 2048 \| 20 \| 0 \| \| 1 \| 1.0 \| True \| \| 3 \| m1.medium \| 4096 \| 40 \| 0 \| \| 2 \| 1.0 \| True \| \| 4 \| m1.large \| 8192 \| 80 \| 0 \| \| 4 \| 1.0 \| True \| \| 5 \| m1.xlarge \| 16384 \| 160 \| 0 \| \| 8 \| 1.0 \| True \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ [root@localhost ~(keystone_admin)]# glance image-list +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| ID \| Name \| Disk Format \| Container Format \| Size \| Status \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| cirros image \| qcow2 \| bare \| 13147648 \| active \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ [root@localhost ~(keystone_admin)]# neutron net-list +--------------------------------------+---------+-----------------------------------------------------+ \| id \| name \| subnets \| +--------------------------------------+---------+-----------------------------------------------------+ \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| private \| 53d03079-e689-4292-a10f-317b8cb012f0 192.168.1.0/24 \| +--------------------------------------+---------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# nova boot --flavor m1.small --image 11553256-c2f9-4f80-93b7-1615046dc8c3 --nic net-id=5b1a7624-b8b5-4ce3-b264-1445df528ec6 test1 +--------------------------------------+-----------------------------------------------------+ \| Property \| Value \| +--------------------------------------+-----------------------------------------------------+ \| OS-DCF:diskConfig \| MANUAL \| \| OS-EXT-AZ:availability_zone \| nova \| \| OS-EXT-SRV-ATTR:host \| - \| \| OS-EXT-SRV-ATTR:hypervisor_hostname \| - \| \| OS-EXT-SRV-ATTR:instance_name \| instance-00000001 \| \| OS-EXT-STS:power_state \| 0 \| \| OS-EXT-STS:task_state \| scheduling \| \| OS-EXT-STS:vm_state \| building \| \| OS-SRV-USG:launched_at \| - \| \| OS-SRV-USG:terminated_at \| - \| \| accessIPv4 \| \| \| accessIPv6 \| \| \| adminPass \| 9ZxWJ94RKjyH \| \| config_drive \| \| \| created \| 2015-08-17T08:51:18Z \| \| flavor \| m1.small (2) \| \| hostId \| \| \| id \| fa6be9cf-875e-4a58-86d8-58f5f6a2d6bd \| \| image \| cirros image (11553256-c2f9-4f80-93b7-1615046dc8c3) \| \| key_name \| - \| \| metadata \| {} \| \| name \| test1 \| \| os-extended-volumes:volumes_attached \| [] \| \| progress \| 0 \| \| security_groups \| default \| \| status \| BUILD \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| \| updated \| 2015-08-17T08:51:19Z \| \| user_id \| 1058503dc1434ab783fc79bdb9626626 \| +--------------------------------------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop [root@localhost ~(keystone_admin)]# _______________________________________________ ovsdb-dev mailing list ovsdb-dev@... https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev
Yang, Yi Y <yi.y.yang@...> #1831 Hi, Sam I followed your document and ova file and reproduced this integration environment, everything is very smooth, thank you very much. But I need to use ovsdb and SFC master git tree to do development, how can I reproduce it repeatedly after I replace Opendaylight, I need to do test repeatedly. toggle quoted message Show quoted text From: ovsdb-dev-bounces@... [mailto:ovsdb-dev-bounces@...] On Behalf Of Yang, Yi Y Sent: Tuesday, August 18, 2015 11:59 AM To: Sam Hague Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Sam, thank you so much, I’ll use your ova image to set up test. From: Sam Hague [mailto:shague@...] Sent: Monday, August 17, 2015 9:33 PM To: Yang, Yi Y Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Yi, it is only partially working in your setup. Your ovsdb nodes are connected to ODL and the pipeline flows are created which is good. You can see that in the final dump-flows in your output. But there should be more flows for the neutron networks you created. So something is failing at that point. Normally this is config issue and the neutron commands are not even making it to ODL. Looking at the neutron logs helps ehre. You can look at different logs to find the issue: - odl logs, look for exceptions - neutron logs, grep -ir 'error\\|fail\\|usage\\|not found' <path to neutron logs, devstack logs> That wiki you followed is older. You might have better luck using our tutorial vms from the summit: [ova] [slides]. The ova has all the vms needed to bring up devstack to show integration between openstack and odl. The slides show how everything is connected, how to run the neutron commands and how to verify everything is working. Thanks, Sam [ova] https://wiki.opendaylight.org/images/HostedFiles/2015Summit/ovsdbtutorial15_2.ova [slides] https://drive.google.com/open?id=1KIuNDuUJGGEV37Zk9yzx9OSnWExt4iD2Z7afycFLf_I On Mon, Aug 17, 2015 at 4:50 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, All I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? [root@localhost ~(keystone_admin)]# neutron router-create router1 Created a new router: +-----------------------+--------------------------------------+ \| Field \| Value \| +-----------------------+--------------------------------------+ \| admin_state_up \| True \| \| external_gateway_info \| \| \| id \| ba8603f7-68ea-48ed-88a2-fdf49cd5d8a8 \| \| name \| router1 \| \| status \| ACTIVE \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +-----------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# neutron subnet-create private --name=private_subnet 192.168.1.0/24 Created a new subnet: +------------------+--------------------------------------------------+ \| Field \| Value \| +------------------+--------------------------------------------------+ \| allocation_pools \| {"start": "192.168.1.2", "end": "192.168.1.254"} \| \| cidr \| 192.168.1.0/24 \| \| dns_nameservers \| \| \| enable_dhcp \| True \| \| gateway_ip \| 192.168.1.1 \| \| host_routes \| \| \| id \| 53d03079-e689-4292-a10f-317b8cb012f0 \| \| ip_version \| 4 \| \| name \| private_subnet \| \| network_id \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +------------------+--------------------------------------------------+ [root@localhost ~(keystone_admin)]# neutron router-interface-add router1 private_subnet Added interface 4f123e5f-0285-4b55-b316-59709b19921c to router router1. [root@localhost ~(keystone_admin)]# glance image-create --name='cirros image' --container-format=bare --disk-format=qcow2 < cirros-0.3.1-x86_64-disk.img +------------------+--------------------------------------+ \| Property \| Value \| +------------------+--------------------------------------+ \| checksum \| d972013792949d0d3ba628fbe8685bce \| \| container_format \| bare \| \| created_at \| 2015-08-17T08:46:09 \| \| deleted \| False \| \| deleted_at \| None \| \| disk_format \| qcow2 \| \| id \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| \| is_public \| False \| \| min_disk \| 0 \| \| min_ram \| 0 \| \| name \| cirros image \| \| owner \| fa82c46cf8ed48d39ca516699a81032d \| \| protected \| False \| \| size \| 13147648 \| \| status \| active \| \| updated_at \| 2015-08-17T08:46:09 \| \| virtual_size \| None \| +------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| ID \| Name \| Memory_MB \| Disk \| Ephemeral \| Swap \| VCPUs \| RXTX_Factor \| Is_Public \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| 1 \| m1.tiny \| 512 \| 1 \| 0 \| \| 1 \| 1.0 \| True \| \| 2 \| m1.small \| 2048 \| 20 \| 0 \| \| 1 \| 1.0 \| True \| \| 3 \| m1.medium \| 4096 \| 40 \| 0 \| \| 2 \| 1.0 \| True \| \| 4 \| m1.large \| 8192 \| 80 \| 0 \| \| 4 \| 1.0 \| True \| \| 5 \| m1.xlarge \| 16384 \| 160 \| 0 \| \| 8 \| 1.0 \| True \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ [root@localhost ~(keystone_admin)]# glance image-list +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| ID \| Name \| Disk Format \| Container Format \| Size \| Status \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| cirros image \| qcow2 \| bare \| 13147648 \| active \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ [root@localhost ~(keystone_admin)]# neutron net-list +--------------------------------------+---------+-----------------------------------------------------+ \| id \| name \| subnets \| +--------------------------------------+---------+-----------------------------------------------------+ \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| private \| 53d03079-e689-4292-a10f-317b8cb012f0 192.168.1.0/24 \| +--------------------------------------+---------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# nova boot --flavor m1.small --image 11553256-c2f9-4f80-93b7-1615046dc8c3 --nic net-id=5b1a7624-b8b5-4ce3-b264-1445df528ec6 test1 +--------------------------------------+-----------------------------------------------------+ \| Property \| Value \| +--------------------------------------+-----------------------------------------------------+ \| OS-DCF:diskConfig \| MANUAL \| \| OS-EXT-AZ:availability_zone \| nova \| \| OS-EXT-SRV-ATTR:host \| - \| \| OS-EXT-SRV-ATTR:hypervisor_hostname \| - \| \| OS-EXT-SRV-ATTR:instance_name \| instance-00000001 \| \| OS-EXT-STS:power_state \| 0 \| \| OS-EXT-STS:task_state \| scheduling \| \| OS-EXT-STS:vm_state \| building \| \| OS-SRV-USG:launched_at \| - \| \| OS-SRV-USG:terminated_at \| - \| \| accessIPv4 \| \| \| accessIPv6 \| \| \| adminPass \| 9ZxWJ94RKjyH \| \| config_drive \| \| \| created \| 2015-08-17T08:51:18Z \| \| flavor \| m1.small (2) \| \| hostId \| \| \| id \| fa6be9cf-875e-4a58-86d8-58f5f6a2d6bd \| \| image \| cirros image (11553256-c2f9-4f80-93b7-1615046dc8c3) \| \| key_name \| - \| \| metadata \| {} \| \| name \| test1 \| \| os-extended-volumes:volumes_attached \| [] \| \| progress \| 0 \| \| security_groups \| default \| \| status \| BUILD \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| \| updated \| 2015-08-17T08:51:19Z \| \| user_id \| 1058503dc1434ab783fc79bdb9626626 \| +--------------------------------------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop [root@localhost ~(keystone_admin)]# _______________________________________________ ovsdb-dev mailing list ovsdb-dev@... https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev
Sam Hague #1837 Yi, the demo uses the stable/li odl so you could easily just load the sfc features also. In the networking-odl [settings] you can change the distro. In your local.conf you can also add flags to modify the karaf features using ODL_NETVIRT_KARAF_FEATURE, i.e. add odl-sfc features. Realize, though, that there is no real integration of SFC and OpenStack. OpenStack creates vms that are directly attached to bridges, but SFC with NSH assumes everything has l3 connectivity for the tunnels to work. You will need some creative flow programming and manual work to get chaining to work with OpenStack. Thanks, Sam [settings] https://github.com/openstack/networking-odl/blob/master/devstack/settings.odl toggle quoted message Show quoted text On Wed, Aug 19, 2015 at 5:19 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, Sam I followed your document and ova file and reproduced this integration environment, everything is very smooth, thank you very much. But I need to use ovsdb and SFC master git tree to do development, how can I reproduce it repeatedly after I replace Opendaylight, I need to do test repeatedly. From: ovsdb-dev-bounces@... [mailto:ovsdb-dev-bounces@...] On Behalf Of Yang, Yi Y Sent: Tuesday, August 18, 2015 11:59 AM To: Sam Hague Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Sam, thank you so much, I’ll use your ova image to set up test. From: Sam Hague [mailto:shague@...] Sent: Monday, August 17, 2015 9:33 PM To: Yang, Yi Y Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Yi, it is only partially working in your setup. Your ovsdb nodes are connected to ODL and the pipeline flows are created which is good. You can see that in the final dump-flows in your output. But there should be more flows for the neutron networks you created. So something is failing at that point. Normally this is config issue and the neutron commands are not even making it to ODL. Looking at the neutron logs helps ehre. You can look at different logs to find the issue: - odl logs, look for exceptions - neutron logs, grep -ir 'error\\|fail\\|usage\\|not found' <path to neutron logs, devstack logs> That wiki you followed is older. You might have better luck using our tutorial vms from the summit: [ova] [slides]. The ova has all the vms needed to bring up devstack to show integration between openstack and odl. The slides show how everything is connected, how to run the neutron commands and how to verify everything is working. Thanks, Sam [ova] https://wiki.opendaylight.org/images/HostedFiles/2015Summit/ovsdbtutorial15_2.ova [slides] https://drive.google.com/open?id=1KIuNDuUJGGEV37Zk9yzx9OSnWExt4iD2Z7afycFLf_I On Mon, Aug 17, 2015 at 4:50 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, All I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? [root@localhost ~(keystone_admin)]# neutron router-create router1 Created a new router: +-----------------------+--------------------------------------+ \| Field \| Value \| +-----------------------+--------------------------------------+ \| admin_state_up \| True \| \| external_gateway_info \| \| \| id \| ba8603f7-68ea-48ed-88a2-fdf49cd5d8a8 \| \| name \| router1 \| \| status \| ACTIVE \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +-----------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# neutron subnet-create private --name=private_subnet 192.168.1.0/24 Created a new subnet: +------------------+--------------------------------------------------+ \| Field \| Value \| +------------------+--------------------------------------------------+ \| allocation_pools \| {"start": "192.168.1.2", "end": "192.168.1.254"} \| \| cidr \| 192.168.1.0/24 \| \| dns_nameservers \| \| \| enable_dhcp \| True \| \| gateway_ip \| 192.168.1.1 \| \| host_routes \| \| \| id \| 53d03079-e689-4292-a10f-317b8cb012f0 \| \| ip_version \| 4 \| \| name \| private_subnet \| \| network_id \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +------------------+--------------------------------------------------+ [root@localhost ~(keystone_admin)]# neutron router-interface-add router1 private_subnet Added interface 4f123e5f-0285-4b55-b316-59709b19921c to router router1. [root@localhost ~(keystone_admin)]# glance image-create --name='cirros image' --container-format=bare --disk-format=qcow2 < cirros-0.3.1-x86_64-disk.img +------------------+--------------------------------------+ \| Property \| Value \| +------------------+--------------------------------------+ \| checksum \| d972013792949d0d3ba628fbe8685bce \| \| container_format \| bare \| \| created_at \| 2015-08-17T08:46:09 \| \| deleted \| False \| \| deleted_at \| None \| \| disk_format \| qcow2 \| \| id \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| \| is_public \| False \| \| min_disk \| 0 \| \| min_ram \| 0 \| \| name \| cirros image \| \| owner \| fa82c46cf8ed48d39ca516699a81032d \| \| protected \| False \| \| size \| 13147648 \| \| status \| active \| \| updated_at \| 2015-08-17T08:46:09 \| \| virtual_size \| None \| +------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| ID \| Name \| Memory_MB \| Disk \| Ephemeral \| Swap \| VCPUs \| RXTX_Factor \| Is_Public \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| 1 \| m1.tiny \| 512 \| 1 \| 0 \| \| 1 \| 1.0 \| True \| \| 2 \| m1.small \| 2048 \| 20 \| 0 \| \| 1 \| 1.0 \| True \| \| 3 \| m1.medium \| 4096 \| 40 \| 0 \| \| 2 \| 1.0 \| True \| \| 4 \| m1.large \| 8192 \| 80 \| 0 \| \| 4 \| 1.0 \| True \| \| 5 \| m1.xlarge \| 16384 \| 160 \| 0 \| \| 8 \| 1.0 \| True \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ [root@localhost ~(keystone_admin)]# glance image-list +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| ID \| Name \| Disk Format \| Container Format \| Size \| Status \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| cirros image \| qcow2 \| bare \| 13147648 \| active \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ [root@localhost ~(keystone_admin)]# neutron net-list +--------------------------------------+---------+-----------------------------------------------------+ \| id \| name \| subnets \| +--------------------------------------+---------+-----------------------------------------------------+ \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| private \| 53d03079-e689-4292-a10f-317b8cb012f0 192.168.1.0/24 \| +--------------------------------------+---------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# nova boot --flavor m1.small --image 11553256-c2f9-4f80-93b7-1615046dc8c3 --nic net-id=5b1a7624-b8b5-4ce3-b264-1445df528ec6 test1 +--------------------------------------+-----------------------------------------------------+ \| Property \| Value \| +--------------------------------------+-----------------------------------------------------+ \| OS-DCF:diskConfig \| MANUAL \| \| OS-EXT-AZ:availability_zone \| nova \| \| OS-EXT-SRV-ATTR:host \| - \| \| OS-EXT-SRV-ATTR:hypervisor_hostname \| - \| \| OS-EXT-SRV-ATTR:instance_name \| instance-00000001 \| \| OS-EXT-STS:power_state \| 0 \| \| OS-EXT-STS:task_state \| scheduling \| \| OS-EXT-STS:vm_state \| building \| \| OS-SRV-USG:launched_at \| - \| \| OS-SRV-USG:terminated_at \| - \| \| accessIPv4 \| \| \| accessIPv6 \| \| \| adminPass \| 9ZxWJ94RKjyH \| \| config_drive \| \| \| created \| 2015-08-17T08:51:18Z \| \| flavor \| m1.small (2) \| \| hostId \| \| \| id \| fa6be9cf-875e-4a58-86d8-58f5f6a2d6bd \| \| image \| cirros image (11553256-c2f9-4f80-93b7-1615046dc8c3) \| \| key_name \| - \| \| metadata \| {} \| \| name \| test1 \| \| os-extended-volumes:volumes_attached \| [] \| \| progress \| 0 \| \| security_groups \| default \| \| status \| BUILD \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| \| updated \| 2015-08-17T08:51:19Z \| \| user_id \| 1058503dc1434ab783fc79bdb9626626 \| +--------------------------------------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop [root@localhost ~(keystone_admin)]# _______________________________________________ ovsdb-dev mailing list ovsdb-dev@... https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev
Dave Neary <dneary@...> #1838 Hi Yang Yi, On 08/17/2015 04:50 AM, Yang, Yi Y wrote: I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. Thank you - that page does need some TLC, in particular around the "how do I know it's working?" area. I do have some other tips: [root@localhost ~(keystone_admin)]# ovs-vsctl show <snip> Looking good! I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? After running a net-create, try running the curl command above again - you should see the network returned from Neutron. Also, you might want to run wireshark or netdump on the ODL node, and watch traffic coming in through the Neutron ML2 end-point - that will confirm that OpenStack is talking to ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" This is looking promising - the creation of an instance and the DHCP agent has resulted in 2 tap devices being created on the bridge. [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop This is pretty much the default flow table - but this is perhaps to be expected? Sam or Flavio would know best, but you don't have 2 sub-nets, so there is no need to isolate things, and if you only have 1 compute node, there's no need to create tunnels to connect instances on different nodes. Here are the tips I was going to share, from my Vancouver presentation: http://www.slideshare.net/nearyd/open-daylight-and-openstack ovs-vsctl list Interface \| grep -E '^name\|^ofport ^mac_in_use\|^external_id' (all on one line) should confirm that the vswitch has created a link between the Neutron port ID and the OpenFlow port on the vSwitch where the instance is connected (check that attached-mac and iface-id match what you see in Neutron) Also, try to create a second network & subnet and at least one instance in that subnet - and check the flow tables again. ovs-ofctl -O OpenFlow13 dump-flows br-int should have some more interesting flows in there (look for tun_id and search for the MAC addresses you'll find in the vsctl list above). One way to verify that your instance is properly created, and has got its IP address as expected, is to SSH into it. ip netns list (find the qdhcp network namespace) ip netns exec qdhcpXXXXX ping 192.168.0.2 (or whatever the IP address is) ip netns exec qdhcpXXXXX ssh cirros@....2 (password "cubswin:)") Cheers, Dave. -- Dave Neary - NFV/SDN Community Strategy Open Source and Standards, Red Hat - http://community.redhat.com Ph: +1-978-399-2182 / Cell: +1-978-799-3338
Yang, Yi Y <yi.y.yang@...> #1843 Yes, flow programming is the issue I’m focusing on, I’m just to check if sfcofl2 can coexist with netvirt by using my openflowplugin common layer (I’m doing this). Sorry, I can’t get your answer to my question yet. I need to change ODL frequently (netvirt and sfcofl2) then re-run this demo to check if flows can work normally, so I need to stop tenant VMs, clean up neutron (net, subnet, port, router, etc), reboot ODL, re-create neutron net, subnet, port, router, etc. then reboot tenant VMS. I believe SFC and netvirt will programming the different flows, that means they have different flow space, so I can use magic table zero to steer the flows to netvirt pipeline or sfc pipeline, that’s my idea. The same way can adapt to GBP + SFC, I’m working out a common openflowplugin layer for this. This demo setup is to help verify this. toggle quoted message Show quoted text From: Sam Hague [mailto:shague@...] Sent: Wednesday, August 19, 2015 8:58 PM To: Yang, Yi Y Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Yi, the demo uses the stable/li odl so you could easily just load the sfc features also. In the networking-odl [settings] you can change the distro. In your local.conf you can also add flags to modify the karaf features using ODL_NETVIRT_KARAF_FEATURE, i.e. add odl-sfc features. Realize, though, that there is no real integration of SFC and OpenStack. OpenStack creates vms that are directly attached to bridges, but SFC with NSH assumes everything has l3 connectivity for the tunnels to work. You will need some creative flow programming and manual work to get chaining to work with OpenStack. Thanks, Sam [settings] https://github.com/openstack/networking-odl/blob/master/devstack/settings.odl On Wed, Aug 19, 2015 at 5:19 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, Sam I followed your document and ova file and reproduced this integration environment, everything is very smooth, thank you very much. But I need to use ovsdb and SFC master git tree to do development, how can I reproduce it repeatedly after I replace Opendaylight, I need to do test repeatedly. From: ovsdb-dev-bounces@... [mailto:ovsdb-dev-bounces@...] On Behalf Of Yang, Yi Y Sent: Tuesday, August 18, 2015 11:59 AM To: Sam Hague Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Sam, thank you so much, I’ll use your ova image to set up test. From: Sam Hague [mailto:shague@...] Sent: Monday, August 17, 2015 9:33 PM To: Yang, Yi Y Cc: ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Yi, it is only partially working in your setup. Your ovsdb nodes are connected to ODL and the pipeline flows are created which is good. You can see that in the final dump-flows in your output. But there should be more flows for the neutron networks you created. So something is failing at that point. Normally this is config issue and the neutron commands are not even making it to ODL. Looking at the neutron logs helps ehre. You can look at different logs to find the issue: - odl logs, look for exceptions - neutron logs, grep -ir 'error\\|fail\\|usage\\|not found' <path to neutron logs, devstack logs> That wiki you followed is older. You might have better luck using our tutorial vms from the summit: [ova] [slides]. The ova has all the vms needed to bring up devstack to show integration between openstack and odl. The slides show how everything is connected, how to run the neutron commands and how to verify everything is working. Thanks, Sam [ova] https://wiki.opendaylight.org/images/HostedFiles/2015Summit/ovsdbtutorial15_2.ova [slides] https://drive.google.com/open?id=1KIuNDuUJGGEV37Zk9yzx9OSnWExt4iD2Z7afycFLf_I On Mon, Aug 17, 2015 at 4:50 AM, Yang, Yi Y <yi.y.yang@...> wrote: Hi, All I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# I’m not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn’t report any error, but it seems openflow tables aren’t changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? [root@localhost ~(keystone_admin)]# neutron router-create router1 Created a new router: +-----------------------+--------------------------------------+ \| Field \| Value \| +-----------------------+--------------------------------------+ \| admin_state_up \| True \| \| external_gateway_info \| \| \| id \| ba8603f7-68ea-48ed-88a2-fdf49cd5d8a8 \| \| name \| router1 \| \| status \| ACTIVE \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +-----------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# neutron subnet-create private --name=private_subnet 192.168.1.0/24 Created a new subnet: +------------------+--------------------------------------------------+ \| Field \| Value \| +------------------+--------------------------------------------------+ \| allocation_pools \| {"start": "192.168.1.2", "end": "192.168.1.254"} \| \| cidr \| 192.168.1.0/24 \| \| dns_nameservers \| \| \| enable_dhcp \| True \| \| gateway_ip \| 192.168.1.1 \| \| host_routes \| \| \| id \| 53d03079-e689-4292-a10f-317b8cb012f0 \| \| ip_version \| 4 \| \| name \| private_subnet \| \| network_id \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| +------------------+--------------------------------------------------+ [root@localhost ~(keystone_admin)]# neutron router-interface-add router1 private_subnet Added interface 4f123e5f-0285-4b55-b316-59709b19921c to router router1. [root@localhost ~(keystone_admin)]# glance image-create --name='cirros image' --container-format=bare --disk-format=qcow2 < cirros-0.3.1-x86_64-disk.img +------------------+--------------------------------------+ \| Property \| Value \| +------------------+--------------------------------------+ \| checksum \| d972013792949d0d3ba628fbe8685bce \| \| container_format \| bare \| \| created_at \| 2015-08-17T08:46:09 \| \| deleted \| False \| \| deleted_at \| None \| \| disk_format \| qcow2 \| \| id \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| \| is_public \| False \| \| min_disk \| 0 \| \| min_ram \| 0 \| \| name \| cirros image \| \| owner \| fa82c46cf8ed48d39ca516699a81032d \| \| protected \| False \| \| size \| 13147648 \| \| status \| active \| \| updated_at \| 2015-08-17T08:46:09 \| \| virtual_size \| None \| +------------------+--------------------------------------+ [root@localhost ~(keystone_admin)]# nova flavor-list +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| ID \| Name \| Memory_MB \| Disk \| Ephemeral \| Swap \| VCPUs \| RXTX_Factor \| Is_Public \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ \| 1 \| m1.tiny \| 512 \| 1 \| 0 \| \| 1 \| 1.0 \| True \| \| 2 \| m1.small \| 2048 \| 20 \| 0 \| \| 1 \| 1.0 \| True \| \| 3 \| m1.medium \| 4096 \| 40 \| 0 \| \| 2 \| 1.0 \| True \| \| 4 \| m1.large \| 8192 \| 80 \| 0 \| \| 4 \| 1.0 \| True \| \| 5 \| m1.xlarge \| 16384 \| 160 \| 0 \| \| 8 \| 1.0 \| True \| +----+-----------+-----------+------+-----------+------+-------+-------------+-----------+ [root@localhost ~(keystone_admin)]# glance image-list +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| ID \| Name \| Disk Format \| Container Format \| Size \| Status \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ \| 11553256-c2f9-4f80-93b7-1615046dc8c3 \| cirros image \| qcow2 \| bare \| 13147648 \| active \| +--------------------------------------+--------------+-------------+------------------+----------+--------+ [root@localhost ~(keystone_admin)]# neutron net-list +--------------------------------------+---------+-----------------------------------------------------+ \| id \| name \| subnets \| +--------------------------------------+---------+-----------------------------------------------------+ \| 5b1a7624-b8b5-4ce3-b264-1445df528ec6 \| private \| 53d03079-e689-4292-a10f-317b8cb012f0 192.168.1.0/24 \| +--------------------------------------+---------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# nova boot --flavor m1.small --image 11553256-c2f9-4f80-93b7-1615046dc8c3 --nic net-id=5b1a7624-b8b5-4ce3-b264-1445df528ec6 test1 +--------------------------------------+-----------------------------------------------------+ \| Property \| Value \| +--------------------------------------+-----------------------------------------------------+ \| OS-DCF:diskConfig \| MANUAL \| \| OS-EXT-AZ:availability_zone \| nova \| \| OS-EXT-SRV-ATTR:host \| - \| \| OS-EXT-SRV-ATTR:hypervisor_hostname \| - \| \| OS-EXT-SRV-ATTR:instance_name \| instance-00000001 \| \| OS-EXT-STS:power_state \| 0 \| \| OS-EXT-STS:task_state \| scheduling \| \| OS-EXT-STS:vm_state \| building \| \| OS-SRV-USG:launched_at \| - \| \| OS-SRV-USG:terminated_at \| - \| \| accessIPv4 \| \| \| accessIPv6 \| \| \| adminPass \| 9ZxWJ94RKjyH \| \| config_drive \| \| \| created \| 2015-08-17T08:51:18Z \| \| flavor \| m1.small (2) \| \| hostId \| \| \| id \| fa6be9cf-875e-4a58-86d8-58f5f6a2d6bd \| \| image \| cirros image (11553256-c2f9-4f80-93b7-1615046dc8c3) \| \| key_name \| - \| \| metadata \| {} \| \| name \| test1 \| \| os-extended-volumes:volumes_attached \| [] \| \| progress \| 0 \| \| security_groups \| default \| \| status \| BUILD \| \| tenant_id \| fa82c46cf8ed48d39ca516699a81032d \| \| updated \| 2015-08-17T08:51:19Z \| \| user_id \| 1058503dc1434ab783fc79bdb9626626 \| +--------------------------------------+-----------------------------------------------------+ [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop [root@localhost ~(keystone_admin)]# _______________________________________________ ovsdb-dev mailing list ovsdb-dev@... https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev
Yang, Yi Y <yi.y.yang@...> #1844 I have figured out why my setup can't work. I used Openstack from Fedora 21, it has old Opendaylight ML2 driver, Openstack is still using Neutron L3 router, not networking_old L3 router, my setup can't find this plugin (networking_old L3 router). I followed Sam's document and used Sam's ova image to reproduce Sam's demo, so I can play it without any problem now, thank you so much for your reply. toggle quoted message Show quoted text -----Original Message----- From: Dave Neary [mailto:dneary@...] Sent: Wednesday, August 19, 2015 9:53 PM To: Yang, Yi Y; ovsdb-dev@... Subject: Re: [ovsdb-dev] Anybody knows how to check if neutron is working normally with ODL? Hi Yang Yi, On 08/17/2015 04:50 AM, Yang, Yi Y wrote: I followed https://wiki.opendaylight.org/view/OpenStack_and_OpenDaylight to integrate Openstack and SFC. I saw br-int was created by ODL. Thank you - that page does need some TLC, in particular around the "how do I know it's working?" area. I do have some other tips: [root@localhost ~(keystone_admin)]# ovs-vsctl show <snip> Looking good! I'm not sure if Openstack neutron really connected to ODL. [root@localhost ~(keystone_admin)]# curl -u admin:admin http://10.240.224.185:8181/controller/nb/v2/neutron/networks { "networks" : [ ] }[root@localhost ~(keystone_admin)]# When I ran neutron commands to create net, subnet, router, etc, neutron didn't report any error, but it seems openflow tables aren't changed after I created net, subnet, router and start a VM. Anybody knows how to check if neutron is working normally with ODL? After running a net-create, try running the curl command above again - you should see the network returned from Neutron. Also, you might want to run wireshark or netdump on the ODL node, and watch traffic coming in through the Neutron ML2 end-point - that will confirm that OpenStack is talking to ODL. [root@localhost ~(keystone_admin)]# ovs-vsctl show 795a890a-9a70-4340-98c6-d3f6db82264c Manager "tcp:10.240.224.185:6640" is_connected: true Bridge br-int Controller "tcp:10.240.224.185:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tap6e750af4-e9" Interface "tap6e750af4-e9" Port "tap5efa303c-10" Interface "tap5efa303c-10" type: internal ovs_version: "2.3.1-git4750c96" This is looking promising - the creation of an instance and the DHCP agent has resulted in 2 tap devices being created on the bridge. [root@localhost ~(keystone_admin)]# ovs-ofctl --protocol=OpenFlow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=11013.425s, table=0, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:20 cookie=0x0, duration=11014.721s, table=0, n_packets=0, n_bytes=0, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x0, duration=11013.404s, table=20, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:30 cookie=0x0, duration=11013.328s, table=30, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:40 cookie=0x0, duration=11013.298s, table=40, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:50 cookie=0x0, duration=11013.246s, table=50, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:60 cookie=0x0, duration=11013.216s, table=60, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:70 cookie=0x0, duration=11013.154s, table=70, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:80 cookie=0x0, duration=11013.135s, table=80, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:90 cookie=0x0, duration=11013.114s, table=90, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:100 cookie=0x0, duration=11013.035s, table=100, n_packets=17, n_bytes=2082, priority=0 actions=goto_table:110 cookie=0x0, duration=11013.014s, table=110, n_packets=17, n_bytes=2082, priority=0 actions=drop This is pretty much the default flow table - but this is perhaps to be expected? Sam or Flavio would know best, but you don't have 2 sub-nets, so there is no need to isolate things, and if you only have 1 compute node, there's no need to create tunnels to connect instances on different nodes. Here are the tips I was going to share, from my Vancouver presentation: http://www.slideshare.net/nearyd/open-daylight-and-openstack ovs-vsctl list Interface \| grep -E '^name\|^ofport ^mac_in_use\|^external_id' (all on one line) should confirm that the vswitch has created a link between the Neutron port ID and the OpenFlow port on the vSwitch where the instance is connected (check that attached-mac and iface-id match what you see in Neutron) Also, try to create a second network & subnet and at least one instance in that subnet - and check the flow tables again. ovs-ofctl -O OpenFlow13 dump-flows br-int should have some more interesting flows in there (look for tun_id and search for the MAC addresses you'll find in the vsctl list above). One way to verify that your instance is properly created, and has got its IP address as expected, is to SSH into it. ip netns list (find the qdhcp network namespace) ip netns exec qdhcpXXXXX ping 192.168.0.2 (or whatever the IP address is) ip netns exec qdhcpXXXXX ssh cirros@....2 (password "cubswin:)") Cheers, Dave. -- Dave Neary - NFV/SDN Community Strategy Open Source and Standards, Red Hat - http://community.redhat.com Ph: +1-978-399-2182 / Cell: +1-978-799-3338

1 - 9 of 9

1

Previous Topic Next Topic

Home Hashtags Subgroups Terms