| *** yamamot__ has joined #openstack-dragonflow | 00:27 | |
| *** yamamot__ has quit IRC | 00:34 | |
| *** gongysh has quit IRC | 01:21 | |
| *** gongysh has joined #openstack-dragonflow | 01:43 | |
| *** yamamot__ has joined #openstack-dragonflow | 03:20 | |
| *** yamamot__ has quit IRC | 03:20 | |
| *** yamamot__ has joined #openstack-dragonflow | 03:22 | |
| *** yamamot__ has quit IRC | 03:44 | |
| *** yamamot__ has joined #openstack-dragonflow | 04:11 | |
| *** gongysh has quit IRC | 04:30 | |
| *** yamamot__ has quit IRC | 04:36 | |
| *** meeeow has joined #openstack-dragonflow | 04:39 | |
| *** irenab has quit IRC | 05:03 | |
| *** yamamot__ has joined #openstack-dragonflow | 05:16 | |
| *** irenab has joined #openstack-dragonflow | 05:43 | |
| *** yuval has joined #openstack-dragonflow | 06:01 | |
| openstackgerrit | Li Ma proposed openstack/dragonflow: Disable creating default network topo in CI https://review.openstack.org/353266 | 06:09 |
|---|---|---|
| *** oanson has joined #openstack-dragonflow | 06:22 | |
| *** zenoway has joined #openstack-dragonflow | 06:22 | |
| meeeow | hi ,does anyone know how to determine the next-hop mac address when using floating-IP | 07:49 |
| meeeow | ? | 07:49 |
| meeeow | beacuase I observe that my flow table will use a no-related dest-MAC when rewriting outbound floating-ip traffic . | 07:50 |
| openstackgerrit | wangyongben proposed openstack/dragonflow: Add QoS Functionality https://review.openstack.org/331932 | 08:14 |
| *** openstackgerrit has quit IRC | 08:18 | |
| *** HenryS has joined #openstack-dragonflow | 08:18 | |
| *** openstackgerrit has joined #openstack-dragonflow | 08:19 | |
| *** yuval has quit IRC | 08:22 | |
| *** yuval has joined #openstack-dragonflow | 08:23 | |
| *** HenryS has quit IRC | 08:26 | |
| oanson | meeeow, I am looking at the API. It looks like it should be taken from the floating ip's network. | 08:35 |
| oanson | But I have to look into it (I don't remember of the top of my head) | 08:35 |
| oanson | meeeow, the query returned from the cache :). The MAC address is br-ex's MAC (or the first interface). The idea is to make the host route the packet itself using its own network stack. | 08:38 |
| oanson | The flow is installed from this DF app: https://github.com/openstack/dragonflow/blob/master/dragonflow/controller/dnat_app.py | 08:39 |
| meeeow | thank you ,oason,finaly I got this working by adding flows in br-ex which will snoop external address space | 08:51 |
| *** dkehn has quit IRC | 08:56 | |
| meeeow | I checked with my br-ex interface ,there is no inet address bound nor route rule attached with extrernal default gw ,so the following flow rule I applied, | 08:56 |
| meeeow | ovs-ofctl add-flow br-ex "table=20,priority=1,actions=NORMAL" | 08:57 |
| meeeow | ovs-ofctl add-flow br-ex "table=0,priority=1,actions=NORMAL" | 08:57 |
| meeeow | ovs-ofctl add-flow br-ex "table=0,priority=101,ip,nw_src=130.140.150.0/24,actions=learn(table=20,priority=100,dl_type=0x0800,NXM_OF_IP_DST[]=NXM_OF_IP_SRC[],load:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],output:NXM_OF_IN_PORT[]),resubmit(,20)" | 08:57 |
| openstackgerrit | Li Ma proposed openstack/dragonflow: Fix library imports in core/l3 plugins https://review.openstack.org/353328 | 08:57 |
| *** dkehn has joined #openstack-dragonflow | 09:01 | |
| meeeow | one more question,please,does anybody know how to overlay east/west traffic using geneve ,here I can not observe geneve port index with " ovs-ofctl dump-ports-desc br-int" while these geneve ports do exist by issuing "ovs-vsctl show", and the flows rule in br-int will never lead traffic into tunnel port ..btw,I changed tunnel_type to vxlan,retsrat neutron-server and other df-processes | 09:06 |
| meeeow | ,br-int still generates geneve ports ,it weired | 09:06 |
| oanson | meeeow, I am not sure I understand: you are trying to migrate an existing installation tunnel type? | 09:10 |
| oanson | In any case, the tunnel ports should appear in br-int using ofctl show br-int. | 09:10 |
| oanson | Their type should be noted, but worst comes to worst, you can create them yourself. | 09:10 |
| meeeow | yes ,migrate from geneve to vxlan , | 09:11 |
| oanson | I think you will need to change the configuration in /etc/neutron/neutron.conf, and then restart the df-controller. | 09:12 |
| oanson | I don't remember exactly (and I am being called to a meeting). But I will verify and get back to you. | 09:12 |
| meeeow | even though I create vxlan ports mannually ,thoses flows rules are too complex ,ok ,thank you ,oansan .. | 09:13 |
| openstackgerrit | Li Ma proposed openstack/dragonflow: Prevent from get_lport in update_port function https://review.openstack.org/353337 | 09:20 |
| *** dkehn has quit IRC | 09:37 | |
| *** dkehn_ has quit IRC | 09:38 | |
| *** yamamot__ has quit IRC | 09:44 | |
| *** dkehn has joined #openstack-dragonflow | 09:44 | |
| *** dkehn_ has joined #openstack-dragonflow | 09:51 | |
| oanson | meeeow, I looked at the code. As a quick workaround, you can bring down the df-controller, delete all tunnels, and then bring it up again. It should re-create the tunnels using the new tunnel type. You have to change the tunnel type in /etc/neutron/neutron.conf (df.tunnel_type) | 10:23 |
| oanson | We don't currently check if the tunnel type has changed when re-reading chassis/tunnel information, which is probably wrong. | 10:24 |
| oanson | If that doesn't work, then maybe the tunnel type has to manually be modified in the database. | 10:25 |
| oanson | meeeow, I have opened bug 1611707. Please let me know if this accurately describes the issues you see. | 10:30 |
| openstack | bug 1611707 in DragonFlow "Changing tunnel type for existing chassis does not work" [Undecided,New] https://launchpad.net/bugs/1611707 | 10:30 |
| *** meeeow has quit IRC | 10:57 | |
| *** dkehn has quit IRC | 11:21 | |
| *** dkehn_ has quit IRC | 11:22 | |
| *** dkehn has joined #openstack-dragonflow | 11:23 | |
| *** dkehn_ has joined #openstack-dragonflow | 11:35 | |
| *** irenab has quit IRC | 12:51 | |
| openstackgerrit | Yuli proposed openstack/dragonflow: DB time testing https://review.openstack.org/309948 | 12:59 |
| *** yamamoto has joined #openstack-dragonflow | 13:41 | |
| *** yamamoto has quit IRC | 13:59 | |
| *** shz has joined #openstack-dragonflow | 14:08 | |
| *** shihanzhang has quit IRC | 14:12 | |
| *** yamamoto has joined #openstack-dragonflow | 14:24 | |
| *** dkehn_ has quit IRC | 14:43 | |
| *** dkehn has quit IRC | 14:43 | |
| *** yamamoto has quit IRC | 14:49 | |
| *** yamamoto has joined #openstack-dragonflow | 14:50 | |
| *** yamamoto has quit IRC | 14:50 | |
| *** yamamoto has joined #openstack-dragonflow | 14:50 | |
| *** dkehn has joined #openstack-dragonflow | 14:50 | |
| *** yamamoto has quit IRC | 14:50 | |
| *** yamamoto has joined #openstack-dragonflow | 14:51 | |
| *** dkehn_ has joined #openstack-dragonflow | 14:55 | |
| *** yamamoto has quit IRC | 14:56 | |
| openstackgerrit | Yuli proposed openstack/dragonflow: DB time testing https://review.openstack.org/309948 | 15:01 |
| *** yuval has quit IRC | 15:04 | |
| *** yamamoto has joined #openstack-dragonflow | 15:12 | |
| *** yamamoto has quit IRC | 15:12 | |
| *** oanson has quit IRC | 15:20 | |
| *** saggi has quit IRC | 16:06 | |
| *** yamamoto has joined #openstack-dragonflow | 16:13 | |
| *** zenoway has quit IRC | 16:14 | |
| *** yamamoto has quit IRC | 16:19 | |
| *** oanson has joined #openstack-dragonflow | 16:53 | |
| *** oanson has quit IRC | 17:01 | |
| *** irenab has joined #openstack-dragonflow | 17:53 | |
| *** irenab has quit IRC | 18:08 | |
| *** irenab has joined #openstack-dragonflow | 18:15 | |
| *** oanson has joined #openstack-dragonflow | 18:55 | |
| *** oanson has quit IRC | 19:10 | |
| *** yamamoto has joined #openstack-dragonflow | 22:11 | |
| *** yamamoto has quit IRC | 22:20 | |
| *** yamamoto has joined #openstack-dragonflow | 22:31 | |
| *** yamamoto has quit IRC | 22:33 | |
| *** yamamoto has joined #openstack-dragonflow | 22:47 | |
| *** yamamoto has quit IRC | 22:54 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!