<br><br><div class="gmail_quote">On Tue, May 1, 2012 at 2:55 PM, Salman Malik <span dir="ltr"><<a href="mailto:salmanmk@live.com" target="_blank">salmanmk@live.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">
<div dir="ltr"><font style="font-size:10pt" color="#366092" face="Tahoma" size="2">Hi Dan,<br><br>Thank you so much for the reply. Instances were getting IP addresses when I used the fake plugin (I haven't tried it with OVS plugin i think). Anyway, I did dig into the problem. It seems that the Ryu is dropping the DHCP requests. Here is the output that I got by ovs-ofctl snoop br-int:<br>
</font></div></div></div></blockquote><div><br></div><div>Ok, I've never actually used the Ryu plugin. Hopefully the ryu plugin developer is on the list and can help you investigate this. </div><div><br></div><div>
dan</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div dir="ltr"><div dir="ltr"><font style="font-size:10pt" color="#366092" face="Tahoma" size="2">================================================================<br>
OFPT_FLOW_MOD (xid=0x463fc2e): ADD in_port=1,dl_src=08:00:27:00:08:0e,dl_dst=01:00:5e:7f:ff:fa flags:0x1 actions=drop<br>OFPT_PACKET_OUT (xid=0x463fc2f): in_port=1 actions_len=0 actions=drop buffer=0x00000b61<br>OFPT_ECHO_REQUEST (xid=0x0): 0 bytes of payload<br>
OFPT_ECHO_REPLY (xid=0x0): 0 bytes of payload<br>OFPT_PACKET_IN (xid=0x0): total_len=90 in_port=33 data_len=90 buffer=0x00000b62<br>tunnel0:in_port0021:tci(0) macfa:16:3e:6f:5f:c2->33:33:00:00:00:16 type86dd proto58 tos0 ipv6::->ff02::16 port143->0<br>
fa:16:3e:6f:5f:c2 > 33:33:00:00:00:16, ethertype IPv6 (0x86dd), length 90: :: > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28<br>OFPT_PACKET_OUT (xid=0x463fc30): in_port=33 actions_len=0 actions=drop buffer=0x00000b62<br>
OFPT_PACKET_IN (xid=0x0): total_len=322 in_port=33 data_len=128 buffer=0x00000b63<br>tunnel0:in_port0021:tci(0) macfa:16:3e:6f:5f:c2->ff:ff:ff:ff:ff:ff type0800 proto17 tos0 ip0.0.0.0->255.255.255.255 port68->67<br>
fa:16:3e:6f:5f:c2 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 128: truncated-ip - 194 bytes missing! 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:6f:5f:c2, length 280<br>OFPT_PACKET_OUT (xid=0x463fc31): in_port=33 actions_len=0 actions=drop buffer=0x00000b63<br>
OFPT_PACKET_IN (xid=0x0): total_len=78 in_port=33 data_len=78 buffer=0x00000b64<br>tunnel0:in_port0021:tci(0) macfa:16:3e:6f:5f:c2->33:33:ff:6f:5f:c2 type86dd proto58 tos0 ipv6::->ff02::1:ff6f:5fc2 port135->0<br>
fa:16:3e:6f:5f:c2 > 33:33:ff:6f:5f:c2, ethertype IPv6 (0x86dd), length 78: :: > ff02::1:ff6f:5fc2: ICMP6, neighbor solicitation, who has fe80::f816:3eff:fe6f:5fc2, length 24<br>OFPT_PACKET_OUT (xid=0x463fc32): in_port=33 actions_len=0 actions=drop buffer=0x00000b64<br>
OFPT_PACKET_IN (xid=0x0): total_len=70 in_port=33 data_len=70 buffer=0x00000b65<br>tunnel0:in_port0021:tci(0) macfa:16:3e:6f:5f:c2->33:33:00:00:00:02 type86dd proto58 tos0 ipv6fe80::f816:3eff:fe6f:5fc2->ff02::2 port133->0<br>
fa:16:3e:6f:5f:c2 > 33:33:00:00:00:02, ethertype IPv6 (0x86dd), length 70: fe80::f816:3eff:fe6f:5fc2 > ff02::2: ICMP6, router solicitation, length 16<br>OFPT_PACKET_OUT (xid=0x463fc33): in_port=33 actions_len=0 actions=drop buffer=0x00000b65<br>
OFPT_PACKET_IN (xid=0x0): total_len=322 in_port=33 data_len=128 buffer=0x00000b66<br>tunnel0:in_port0021:tci(0) macfa:16:3e:6f:5f:c2->ff:ff:ff:ff:ff:ff type0800 proto17 tos0 ip0.0.0.0->255.255.255.255 port68->67<br>
fa:16:3e:6f:5f:c2 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 128: truncated-ip - 194 bytes missing! 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:6f:5f:c2, length 280<br>OFPT_PACKET_OUT (xid=0x463fc34): in_port=33 actions_len=0 actions=drop buffer=0x00000b66<br>
OFPT_PACKET_IN (xid=0x0): total_len=90 in_port=33 data_len=90 buffer=0x00000b67<br>tunnel0:in_port0021:tci(0) macfa:16:3e:6f:5f:c2->33:33:00:00:00:16 type86dd proto58 tos0 ipv6fe80::f816:3eff:fe6f:5fc2->ff02::16 port143->0<br>
fa:16:3e:6f:5f:c2 > 33:33:00:00:00:16, ethertype IPv6 (0x86dd), length 90: fe80::f816:3eff:fe6f:5fc2 > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28<br>OFPT_PACKET_OUT (xid=0x463fc35): in_port=33 actions_len=0 actions=drop buffer=0x00000b67<br>
OFPT_PACKET_IN (xid=0x0): total_len=70 in_port=33 data_len=70 buffer=0x00000b68<br>tunnel0:in_port0021:tci(0) macfa:16:3e:6f:5f:c2->33:33:00:00:00:02 type86dd proto58 tos0 ipv6fe80::f816:3eff:fe6f:5fc2->ff02::2 port133->0<br>
fa:16:3e:6f:5f:c2 > 33:33:00:00:00:02, ethertype IPv6 (0x86dd), length 70: fe80::f816:3eff:fe6f:5fc2 > ff02::2: ICMP6, router solicitation, length 16<br>OFPT_PACKET_OUT (xid=0x463fc36): in_port=33 actions_len=0 actions=drop buffer=0x00000b68<br>
<br>Here is the output of brctl show br-int:<br>===================================================================<br>OFPT_FEATURES_REPLY (xid=0x1): ver:0x1, dpid:000008002716d509<br>n_tables:1, n_buffers:256<br>features: capabilities:0x87, actions:0xfff<br>
1(eth1): addr:08:00:27:16:d5:09<br> config: 0<br> state: 0<br> current: 1GB-FD COPPER AUTO_NEG<br> advertised: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD COPPER AUTO_NEG<br> supported: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD COPPER AUTO_NEG<br>
2(gw-f3eda887-fd): addr:fa:16:3e:28:e2:1b<br> config: 0<br> state: 0<br> 33(tap66377ec5-bb): addr:96:3e:0d:2d:68:23<br> config: 0<br> state: 0<br> current: 10MB-FD COPPER<br> LOCAL(br-int): addr:08:00:27:16:d5:09<br>
config: PORT_DOWN<br> state: LINK_DOWN<br>OFPT_GET_CONFIG_REPLY (xid=0x3): frags=normal miss_send_len=0<br>=======================================================================<br>and yes, I was unable to get messages on gw-* interface.<br>
<br>How can I resolve this problem ?<br><br>Thanks,<br>Salman<br></font><br><br><div><div></div><hr>From: <a href="mailto:dan@nicira.com" target="_blank">dan@nicira.com</a><br>Date: Tue, 1 May 2012 14:40:58 -0700<div class="im">
<br>Subject: Re: [Openstack] Instance IP assignment problem<br></div>To: <a href="mailto:salmanmk@live.com" target="_blank">salmanmk@live.com</a><br>CC: <a href="mailto:jorge.delacruz@stackops.com" target="_blank">jorge.delacruz@stackops.com</a>; <a href="mailto:emilien.openstack@gmail.com" target="_blank">emilien.openstack@gmail.com</a>; <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><div>
<div class="h5"><br><br><br><br><div>On Tue, May 1, 2012 at 12:00 PM, Salman Malik <span dir="ltr"><<a href="mailto:salmanmk@live.com" target="_blank">salmanmk@live.com</a>></span> wrote:<br><blockquote style="border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">
<font style="font-size:10pt" color="#366092" face="Tahoma" size="2">Hi,<br><br>Here is the error log: <a href="http://pastebin.com/KrNZDrvD" target="_blank">http://pastebin.com/KrNZDrvD</a><br>and nova.conf: <a href="http://pastebin.com/Fvd6dSZs" target="_blank">http://pastebin.com/Fvd6dSZs</a><br>
<br>Emilien, I am trying to get an understanding of how different Quantum plugins work with OpenStack. Ryu plugin is particularly interesting as it uses an OpenFlow controller to configure Vswitches.<br><br>The problem I am faced with is (I think ) that I already have a private network and Quantum should assign IP addresses to instances using DHCP. But instances send out discover message on laucnh but never find a DHCP server (although there are 2 dnsmasqs running). <br>
</font></div></div></blockquote><div><br></div><div>I would first try this out with something like the OVS plugin (which incidentally uses OpenFlow as wel). This is a pretty commonly used configuration, and will help determine if the problem is in your configuration, or the Ryu plugin in particular. </div>
<div><br></div><div>I would also try and see if dnsmasq is actually getting the request and sending a reply. You should be able to tcpdump on the linux device that dnsmasq is bound to (should start with gw-*). Alternately, you could look in /var/log/syslog (i think?) to see if dnsmasq if logging that is correctly receiving the DHCP requests. </div>
<div><br></div><div>Dan</div><div><br></div><div> </div><blockquote style="border-left:1px #ccc solid;padding-left:1ex"><div><div dir="ltr"><font style="font-size:10pt" color="#366092" face="Tahoma" size="2"><br>
Any ideas?<br><br>Thanks,<br>Salman<br></font><br><br><div><div></div><hr>Date: Tue, 1 May 2012 20:43:44 +0200<div><br>Subject: Re: [Openstack] Instance IP assignment problem<br>From: <a href="mailto:jorge.delacruz@stackops.com" target="_blank">jorge.delacruz@stackops.com</a><br>
</div>To: <a href="mailto:emilien.openstack@gmail.com" target="_blank">emilien.openstack@gmail.com</a><br>CC: <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a>; <a href="mailto:salmanmk@live.com" target="_blank">salmanmk@live.com</a><div>
<div><br><br>Hi Emilien and Salman,<br>
Please, could you upload all the files, errors and conf in pastebin or something like that? <br>
I have troubles to open in phone :)<br>
Thank you<br>
<div>El 01/05/2012 20:39, "Emilien Macchi" <<a href="mailto:emilien.openstack@gmail.com" target="_blank">emilien.openstack@gmail.com</a>> escribió:<br><blockquote style="border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div>
Hi,<br>
<br>
<br>
I have a similar problem when I create a network per project_id with Quantum.<br>
<br>
<br>
My VMs don't get IP and I can't understand why today.<br>
<br>
But when I create a private network for all projects, VMs get an IP and all is working well.<br>
Do you have the same problem ?<br>
<br>
<br>
Salman, I'm interesting about your nova.conf. I can see you are using Ryu ?<br>
Can you tell me more about your "use case" or architecture ?<br>
<br>
<br>
Thanks<br>
<br>
<br>
Le mardi 01 mai 2012 à 12:28 -0500, Salman Malik a écrit :
<blockquote>
<font color="#366092">Hi Jorge,</font><br>
<br>
<font color="#366092">Thanks for looking into the post.</font><br>
<font color="#366092">I have made changes to the nova.conf file so that I only use 10.0.0.x network (but the problem is still the same). For this configuration, I assume that it will give out IPs to instances starting from 10.0.0.11. And just to inform you, my eth1 is configured to be 10.0.0.10 (which is a VM itself, and eth1 is configured as a host-only network with no DHCP) and this interface is plugged in the integration bridge used by quantum plugins.</font><br>
<br>
<font color="#366092">Thanks,</font><br>
<font color="#366092">Salman</font><br>
<br>
<font color="#366092">PS: Error log of a launched instance is also attached.</font><br>
<br>
<br>
</blockquote>
<blockquote>
<br>
</blockquote>
<blockquote>
<hr align="center">
<br>
Date: Tue, 1 May 2012 19:03:49 +0200<br>
Subject: Re: [Openstack] Instance IP assignment problem<br>
From: <a href="mailto:jorge.delacruz@stackops.com" target="_blank">jorge.delacruz@stackops.com</a><br>
To: <a href="mailto:salmanmk@live.com" target="_blank">salmanmk@live.com</a><br>
CC: <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
<br>
Im not really sure but you are using range for your environment 10.0.3.x and 10.0.0.x for fixed.<br>
Can you attach a nova network conf?<br>
Regards
</blockquote>
<blockquote>
El 01/05/2012 18:56, "Salman Malik" <<a href="mailto:salmanmk@live.com" target="_blank">salmanmk@live.com</a>> escribió:
</blockquote>
<blockquote>
<blockquote>
<font color="#366092">Hi Guys,</font><br>
<br>
<font color="#366092">Can anyone provide any insight to the following question:</font><br>
<font color="#366092"><a href="https://answers.launchpad.net/nova/+question/195439" target="_blank">https://answers.launchpad.net/nova/+question/195439</a></font><br>
<br>
<font color="#366092">Thanks,</font><br>
<font color="#366092">Salman</font><br>
<br>
</blockquote>
</blockquote>
<blockquote>
<blockquote>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br>
</blockquote>
</blockquote>
<blockquote>
<pre>_______________________________________________
Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a>
Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a>
Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a>
</pre>
</blockquote>
<br>
</div>
</blockquote></div></div></div></div> </div></div>
<br>_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/%7Eopenstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Dan Wendlandt <div>Nicira, Inc: <a href="http://www.nicira.com" target="_blank">www.nicira.com</a><br><div>twitter: danwendlandt<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~<br></div></div><br></div></div></div></div>
</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>Dan Wendlandt <div>Nicira, Inc: <a href="http://www.nicira.com" target="_blank">www.nicira.com</a><br><div>twitter: danwendlandt<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~<br></div></div><br>