openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #16434
Re: Quantum DHCP support.
Forgot to reply to all for others following this thread.
Suzuki-
This patch should fix your issue when using multiple subnets:
https://review.openstack.org/#/c/12397/
If it does not, let me know.
mark
On Sep 5, 2012, at 1:58 AM, Dan Wendlandt <dan@xxxxxxxxxx> wrote:
> yes
>
> On Tue, Sep 4, 2012 at 10:40 PM, Takaaki Suzuki <suzuki@xxxxxxxxxxxx> wrote:
>> Hi Mark.
>>
>> Thank you for your comment.
>> I'll try again.
>>
>> So, I just want to make sure.
>> Is this function support in Quantum folsom release?
>>
>> Thanks!
>> Suzuki
>>
>> On Wed, Sep 5, 2012 at 8:12 AM, Mark McClain <mark.mcclain@xxxxxxxxxxxxx> wrote:
>>> I think we've isolated the problem. Until we can get the patch posted, try this workaround:
>>>
>>> 1) create the subnets
>>> 2) kill dnsmasq instance for the network
>>> 3) restart dhcp_agent
>>>
>>> If this does not work, let me know,
>>>
>>> mark
>>>
>>> On Sep 4, 2012, at 6:47 PM, Takaaki Suzuki <suzuki@xxxxxxxxxxxx> wrote:
>>>
>>>> Thank you for investigate this problem.
>>>>
>>>>> 1. Can you send me the results of ps aux |grep dnsmasq
>>>> nobody 12592 0.0 0.0 28812 1084 ? S Sep03 0:00
>>>> dnsmasq --no-hosts --no-resolv --strict-order --bind-interfaces
>>>> --interface=tapbd10a19b-a6 --except-interface=lo
>>>> --domain=openstacklocal
>>>> --pid-file=/opt/stack/data/dhcp/069f4cfc-3f97-4018-b08e-4a4868f3ca94/pid
>>>> --dhcp-hostsfile=/opt/stack/data/dhcp/069f4cfc-3f97-4018-b08e-4a4868f3ca94/host
>>>> --dhcp-optsfile=/opt/stack/data/dhcp/069f4cfc-3f97-4018-b08e-4a4868f3ca94/opts
>>>> --leasefile-ro --dhcp-range=set:tag0,192.168.10.0,static,120s
>>>>
>>>>> 2. Can you also please send the ifconfig. The tap devices for also ip
>>>>> address. Can you please send me ip addr. (my gut feeling is that we do not
>>>>> configure 192.168.30.2 but rather 192.168.10.2.
>>>>
>>>> - ifconfig
>>>> tap0118eb34-42 Link encap:Ethernet HWaddr de:fe:b2:24:cc:0f
>>>> inet6 addr: fe80::dcfe:b2ff:fe24:cc0f/64 Scope:Link
>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>> RX packets:33 errors:0 dropped:0 overruns:0 frame:0
>>>> TX packets:33 errors:0 dropped:0 overruns:0 carrier:0
>>>> collisions:0 txqueuelen:500
>>>> RX bytes:4770 (4.7 KB) TX bytes:4770 (4.7 KB)
>>>>
>>>> tap0e74b599-a1 Link encap:Ethernet HWaddr 36:42:91:96:44:14
>>>> inet6 addr: fe80::3442:91ff:fe96:4414/64 Scope:Link
>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>> RX packets:7129 errors:0 dropped:0 overruns:0 frame:0
>>>> TX packets:7140 errors:0 dropped:0 overruns:0 carrier:0
>>>> collisions:0 txqueuelen:500
>>>> RX bytes:1763458 (1.7 MB) TX bytes:1699484 (1.6 MB)
>>>>
>>>> tap0fb10fc2-62 Link encap:Ethernet HWaddr 92:bf:8b:95:b2:7b
>>>> inet6 addr: fe80::90bf:8bff:fe95:b27b/64 Scope:Link
>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>> RX packets:27 errors:0 dropped:0 overruns:0 frame:0
>>>> TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
>>>> collisions:0 txqueuelen:500
>>>> RX bytes:4302 (4.3 KB) TX bytes:3804 (3.8 KB)
>>>>
>>>> tap38bea316-b0 Link encap:Ethernet HWaddr fa:68:38:20:63:60
>>>> inet6 addr: fe80::f868:38ff:fe20:6360/64 Scope:Link
>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>> RX packets:7091 errors:0 dropped:0 overruns:0 frame:0
>>>> TX packets:7009 errors:0 dropped:0 overruns:0 carrier:0
>>>> collisions:0 txqueuelen:500
>>>> RX bytes:1761232 (1.7 MB) TX bytes:1692872 (1.6 MB)
>>>>
>>>> - ipaddr
>>>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
>>>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>>> inet 127.0.0.1/8 scope host lo
>>>> inet6 ::1/128 scope host
>>>> valid_lft forever preferred_lft forever
>>>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
>>>> link/ether d4:ae:52:67:54:a0 brd ff:ff:ff:ff:ff:ff
>>>> inet *.*.*.*/* brd 192.168.100.255 scope global eth0
>>>> inet6 fe80::d6ae:52ff:fe67:54a0/64 scope link
>>>> valid_lft forever preferred_lft forever
>>>> 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
>>>> link/ether d4:ae:52:67:54:a1 brd ff:ff:ff:ff:ff:ff
>>>> 4: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
>>>> link/ether 00:1b:21:d8:ef:38 brd ff:ff:ff:ff:ff:ff
>>>> 5: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
>>>> link/ether 00:1b:21:d8:ef:39 brd ff:ff:ff:ff:ff:ff
>>>> 6: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
>>>> state DOWN
>>>> link/ether 9e:9f:7d:e9:66:f9 brd ff:ff:ff:ff:ff:ff
>>>> inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
>>>> 18: tap8f8a93a5-68: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 3a:2c:83:b2:a6:1f brd ff:ff:ff:ff:ff:ff
>>>> 19: tap4002a239-42: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 16:f5:da:f9:ad:a7 brd ff:ff:ff:ff:ff:ff
>>>> 21: tap1be70123-2e: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 52:4d:f8:0c:5e:8c brd ff:ff:ff:ff:ff:ff
>>>> 22: tapbc94fdb2-97: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 62:9a:d5:74:32:53 brd ff:ff:ff:ff:ff:ff
>>>> 25: tap2142521d-5f: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether c2:5e:48:0a:7b:20 brd ff:ff:ff:ff:ff:ff
>>>> 27: tap0c3e2dff-86: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 76:8c:30:bc:f8:e4 brd ff:ff:ff:ff:ff:ff
>>>> 28: tapcffed6f3-c7: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 42:b4:fb:5e:48:05 brd ff:ff:ff:ff:ff:ff
>>>> 31: tapb4d4ef2a-ae: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 9a:03:a6:fc:b2:30 brd ff:ff:ff:ff:ff:ff
>>>> 32: tap78dbef47-a5: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether c6:29:cc:f1:bb:53 brd ff:ff:ff:ff:ff:ff
>>>> 33: tap1abc032d-e3: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 1e:c5:b8:19:5f:ba brd ff:ff:ff:ff:ff:ff
>>>> 34: tapa52d8c40-61: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast
>>>> state DOWN qlen 500
>>>> link/ether 62:fe:48:04:04:18 brd ff:ff:ff:ff:ff:ff
>>>> 95: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
>>>> link/ether a6:22:56:a0:13:4c brd ff:ff:ff:ff:ff:ff
>>>> 108: tap0e74b599-a1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
>>>> pfifo_fast state UP qlen 500
>>>> link/ether 36:42:91:96:44:14 brd ff:ff:ff:ff:ff:ff
>>>> inet6 fe80::3442:91ff:fe96:4414/64 scope link
>>>> valid_lft forever preferred_lft forever
>>>> 109: tap38bea316-b0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
>>>> pfifo_fast state UP qlen 500
>>>> link/ether fa:68:38:20:63:60 brd ff:ff:ff:ff:ff:ff
>>>> inet6 fe80::f868:38ff:fe20:6360/64 scope link
>>>> valid_lft forever preferred_lft forever
>>>> 110: tap0118eb34-42: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
>>>> pfifo_fast state UP qlen 500
>>>> link/ether de:fe:b2:24:cc:0f brd ff:ff:ff:ff:ff:ff
>>>> inet6 fe80::dcfe:b2ff:fe24:cc0f/64 scope link
>>>> valid_lft forever preferred_lft forever
>>>> 111: tap0fb10fc2-62: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
>>>> pfifo_fast state UP qlen 500
>>>> link/ether 92:bf:8b:95:b2:7b brd ff:ff:ff:ff:ff:ff
>>>> inet6 fe80::90bf:8bff:fe95:b27b/64 scope link
>>>> valid_lft forever preferred_lft forever
>>>> 115: br-tun: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
>>>> link/ether 5a:86:d9:8f:14:42 brd ff:ff:ff:ff:ff:ff
>>>>
>>>> Hope this help.
>>>> Thanks!
>>>> Suzuki
>>>>
>>>> On Tue, Sep 4, 2012 at 8:22 PM, Gary Kotton <gkotton@xxxxxxxxxx> wrote:
>>>>> Hi,
>>>>> Just a few more questions:
>>>>> 1. Can you send me the results of ps aux |grep dnsmasq
>>>>> 2. Can you also please send the ifconfig. The tap devices for also ip
>>>>> address. Can you please send me ip addr. (my gut feeling is that we do not
>>>>> configure 192.168.30.2 but rather 192.168.10.2.
>>>>> Thanks
>>>>> Gary
>>>>>
>>>>>
>>>>> On 09/04/2012 12:56 PM, Takaaki Suzuki wrote:
>>>>>>>
>>>>>>> Can you also please provide sudo ovs-vsctl show?
>>>>>>
>>>>>> sure.
>>>>>>
>>>>>> midokura16:~/devstack# ovs-vsctl show
>>>>>> d699f1f2-792c-4eb9-8306-32a622316389
>>>>>> Bridge br-tun
>>>>>> Port br-tun
>>>>>> Interface br-tun
>>>>>> type: internal
>>>>>> Port patch-int
>>>>>> Interface patch-int
>>>>>> type: patch
>>>>>> options: {peer=patch-tun}
>>>>>> Bridge br-int
>>>>>> Port "tapee78cf13-65"
>>>>>> tag: 4
>>>>>> Interface "tapee78cf13-65"
>>>>>> type: internal
>>>>>> Port "tap0e74b599-a1"
>>>>>> tag: 3
>>>>>> Interface "tap0e74b599-a1"
>>>>>> Port "tapc2df9bdf-da"
>>>>>> tag: 1
>>>>>> Interface "tapc2df9bdf-da"
>>>>>> type: internal
>>>>>> Port "tapda44c6f5-b4"
>>>>>> tag: 3
>>>>>> Interface "tapda44c6f5-b4"
>>>>>> type: internal
>>>>>> Port br-int
>>>>>> Interface br-int
>>>>>> type: internal
>>>>>> Port patch-tun
>>>>>> Interface patch-tun
>>>>>> type: patch
>>>>>> options: {peer=patch-int}
>>>>>> Port "tap0fb10fc2-62"
>>>>>> tag: 2
>>>>>> Interface "tap0fb10fc2-62"
>>>>>> Port "tap0118eb34-42"
>>>>>> tag: 2
>>>>>> Interface "tap0118eb34-42"
>>>>>> Port "tapbd10a19b-a6"
>>>>>> tag: 2
>>>>>> Interface "tapbd10a19b-a6"
>>>>>> type: internal
>>>>>> Port "tap38bea316-b0"
>>>>>> tag: 3
>>>>>> Interface "tap38bea316-b0"
>>>>>> ovs_version: "1.6.1"
>>>>>>
>>>>>> Thanks!
>>>>>> Suzuki
>>>>>>
>>>>>> On Tue, Sep 4, 2012 at 6:52 PM, Gary Kotton<gkotton@xxxxxxxxxx> wrote:
>>>>>>>
>>>>>>> On 09/04/2012 12:48 PM, Takaaki Suzuki wrote:
>>>>>>>>
>>>>>>>> Hi Gary
>>>>>>>>
>>>>>>>> Thank you for your support.
>>>>>>>> I share with you information.
>>>>>>>
>>>>>>>
>>>>>>> Can you also please provide sudo ovs-vsctl show?
>>>>>>>
>>>>>>> Thanks
>>>>>>> Gary
>>>>>>>
>>>>>>>>> 1. can you please do quantum port-list?
>>>>>>>>
>>>>>>>> quantum --os_token f095d7163a564456b60bf47b078537a7 --os_url
>>>>>>>> http://localhost:9696/ port-list
>>>>>>>>
>>>>>>>> - VM port
>>>>>>>> admin_state_up : True
>>>>>>>> device_id : d6f9eb16-fb54-4c6c-8c1f-dd7859696910
>>>>>>>> device_owner :
>>>>>>>> fixed_ips :{"subnet_id":
>>>>>>>> "2c6e941e-cf21-40c9-8f1a-37db0e2e9a46", "ip_address": "192.168.30.3"}
>>>>>>>> id : 0118eb34-424f-460e-8e12-42ecffb2dad8
>>>>>>>> mac_address : fa:16:3e:0d:e6:31
>>>>>>>> name :
>>>>>>>> network_id : 069f4cfc-3f97-4018-b08e-4a4868f3ca94
>>>>>>>> status : ACTIVE
>>>>>>>> tenant_id :cf67ba5e70e346b9a080fb349b5e1125
>>>>>>>>
>>>>>>>> - DHCP agent port
>>>>>>>> admin_state_up : True
>>>>>>>> device_id :
>>>>>>>>
>>>>>>>>
>>>>>>>> dhcp72aca792-f411-52a0-a641-defa1b398574-069f4cfc-3f97-4018-b08e-4a4868f3ca94
>>>>>>>> device_owner : network:dhcp
>>>>>>>> fixed_ips : {"subnet_id":
>>>>>>>> "bf07d0cd-7abb-4bf0-83a2-dfc1f3c21f8e", "ip_address": "192.168.10.2"},
>>>>>>>> {"subnet_id": "2c6e941e-cf21-40c9-8f1a-37db0e2e9a46", "ip_address":
>>>>>>>> "192.168.30.2"}
>>>>>>>> id : bd10a19b-a679-4b65-b36b-7beffcdae1ba
>>>>>>>> mac_address : fa:16:3e:6c:f0:b5
>>>>>>>> name : DHCP Agent
>>>>>>>> network_id : 069f4cfc-3f97-4018-b08e-4a4868f3ca94
>>>>>>>> status : ACTIVE
>>>>>>>> tenant_id :cf67ba5e70e346b9a080fb349b5e1125
>>>>>>>>
>>>>>>>>
>>>>>>>>> 2. Is the DHCP agent running (q-dhcp in stackrc)?
>>>>>>>>
>>>>>>>> Yes, DHCP agent running. I added "enable_service q-dhcp".
>>>>>>>>
>>>>>>>>> 3. How did you launch the VM's? Did you use nova boot --nic
>>>>>>>>> net-id=quantum
>>>>>>>>> network ID?
>>>>>>>>
>>>>>>>> I use Horizon for Quantum V2 (https://github.com/amotoki/horizon).
>>>>>>>>
>>>>>>>>> 4. Can you please check that the host files has the MAC address and IP
>>>>>>>>> address of your VM - this is under /opt/stack/data/dhcp/<network id>/..
>>>>>>>>
>>>>>>>> midokura16:/opt/stack/data/dhcp/069f4cfc-3f97-4018-b08e-4a4868f3ca94#
>>>>>>>> cat
>>>>>>>> host
>>>>>>>> fa:16:3e:0d:e6:31,192-168-30-3.openstacklocal,192.168.30.3
>>>>>>>> fa:16:3e:6c:f0:b5,192-168-10-2.openstacklocal,192.168.10.2
>>>>>>>> fa:16:3e:6c:f0:b5,192-168-30-2.openstacklocal,192.168.30.2
>>>>>>>>
>>>>>>>> - dnsmasq syslog when launch VM.
>>>>>>>> dnsmasq-dhcp[12592]: DHCPDISCOVER(tapbd10a19b-a6) fa:16:3e:0d:e6:31 no
>>>>>>>> address available
>>>>>>>> dnsmasq-dhcp[12592]: last message repeated 2 times
>>>>>>>> dnsmasq-dhcp[12592]: DHCPDISCOVER(tapbd10a19b-a6) fa:16:3e:15:62:6a no
>>>>>>>> address available
>>>>>>>> dnsmasq-dhcp[12592]: last message repeated 2 times
>>>>>>>>
>>>>>>>> - sudo ip netns exec 069f4cfc-3f97-4018-b08e-4a4868f3ca94 ip link
>>>>>>>> 104: tapbd10a19b-a6:<BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu
>>>>>>>> 1500 qdisc noqueue state UNKNOWN
>>>>>>>> link/ether fa:16:3e:6c:f0:b5 brd ff:ff:ff:ff:ff:ff
>>>>>>>>
>>>>>>>> - sudo ip netns exec 069f4cfc-3f97-4018-b08e-4a4868f3ca94 ip route
>>>>>>>> 192.168.10.0/24 dev tapbd10a19b-a6 proto kernel scope link src
>>>>>>>> 192.168.10.2
>>>>>>>> 192.168.30.0/24 dev tapbd10a19b-a6 proto kernel scope link src
>>>>>>>> 192.168.30.2
>>>>>>>>
>>>>>>>> - quantum-dhcp agent spawn dnsmasq for test04 network
>>>>>>>> dnsmasq --no-hosts --no-resolv --strict-order --bind-interfaces
>>>>>>>> --interface=tapbd10a19b-a6 --except-interface=lo
>>>>>>>> --domain=openstacklocal
>>>>>>>> --pid-file=/opt/stack/data/dhcp/069f4cfc-3f97-4018-b08e-4a4868f3ca94/pid
>>>>>>>>
>>>>>>>>
>>>>>>>> --dhcp-hostsfile=/opt/stack/data/dhcp/069f4cfc-3f97-4018-b08e-4a4868f3ca94/host
>>>>>>>>
>>>>>>>>
>>>>>>>> --dhcp-optsfile=/opt/stack/data/dhcp/069f4cfc-3f97-4018-b08e-4a4868f3ca94/opts
>>>>>>>> --leasefile-ro --dhcp-range=set:tag0,192.168.10.0,static,120s
>>>>>>>>
>>>>>>>> Hope that helped.
>>>>>>>> Thanks!
>>>>>>>>
>>>>>>>> Suzuki
>>>>>>>>
>>>>>>>> On Tue, Sep 4, 2012 at 6:13 PM, Gary Kotton<gkotton@xxxxxxxxxx> wrote:
>>>>>>>>>
>>>>>>>>> On 09/04/2012 12:03 PM, Takaaki Suzuki wrote:
>>>>>>>>>>
>>>>>>>>>> Hi
>>>>>>>>>>
>>>>>>>>>> Currently, I see that DHCP instance is created per network, at least
>>>>>>>>>> from looking at the Dnsmasq implementation.
>>>>>>>>>>
>>>>>>>>>> I'm curious to know how a DHCP instance can provide services to a VM
>>>>>>>>>> attached to a port on a network that has multiple subnets.
>>>>>>>>>>
>>>>>>>>>> It doesn't seem possible to me that a VM can get two IP addresses on
>>>>>>>>>> an interface from this DHCP server. Is this feature supported in
>>>>>>>>>> Quantum?
>>>>>>>>>>
>>>>>>>>>> I ran a quick test using Devstack + QuantumV2 + OVS plugin. I created
>>>>>>>>>> one network called "test04", and two subnets for tor the network,
>>>>>>>>>> 192.168.10.0/24 and 192.168.30.0/24.
>>>>>>>>>
>>>>>>>>> When a Quantum port is allocated an IP address is selected from one of
>>>>>>>>> the
>>>>>>>>> subnets configured on the network (unless the user has requested more
>>>>>>>>> than
>>>>>>>>> one IP address). The DHCP agent will learn this IP address and update
>>>>>>>>> the
>>>>>>>>> hosts file.
>>>>>>>>>
>>>>>>>>> Can you please provide the following information:
>>>>>>>>> 1. can you please do quantum port-list?
>>>>>>>>> 2. Is the DHCP agent running (q-dhcp in stackrc)?
>>>>>>>>> 3. How did you launch the VM's? Did you use nova boot --nic
>>>>>>>>> net-id=quantum
>>>>>>>>> network ID?
>>>>>>>>> 4. Can you please check that the host files has the MAC address and IP
>>>>>>>>> address of your VM - this is under /opt/stack/data/dhcp/<network id>/..
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>> Gary
>>>>>>>>>>
>>>>>>>>>> With Dnsmasq running as the DHCP server, I launched a VM, and as
>>>>>>>>>> suspected, it did not receive any IP address. I checked the Dnsmasq
>>>>>>>>>> log and it looked like it did receive DHCPDISCOVER message but it did
>>>>>>>>>> not offer anything back.
>>>>>>>>>>
>>>>>>>>>> I would love to know there is actually a way to get this to work, or
>>>>>>>>>> if I'm missing some critical steps here.
>>>>>>>>>>
>>>>>>>>>> Thanks!
>>>>>>>>>> Suzuki
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Mailing list: https://launchpad.net/~openstack
>>>>>>>>>> Post to : openstack@xxxxxxxxxxxxxxxxxxx
>>>>>>>>>> Unsubscribe : https://launchpad.net/~openstack
>>>>>>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Mailing list: https://launchpad.net/~openstack
>>>>>>>>> Post to : openstack@xxxxxxxxxxxxxxxxxxx
>>>>>>>>> Unsubscribe : https://launchpad.net/~openstack
>>>>>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~openstack
>>>> Post to : openstack@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~openstack
>>>> More help : https://help.launchpad.net/ListHelp
>>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help : https://help.launchpad.net/ListHelp
>
>
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Dan Wendlandt
> Nicira, Inc: www.nicira.com
> twitter: danwendlandt
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
References
-
Quantum DHCP support.
From: Takaaki Suzuki, 2012-09-04
-
Re: Quantum DHCP support.
From: Gary Kotton, 2012-09-04
-
Re: Quantum DHCP support.
From: Takaaki Suzuki, 2012-09-04
-
Re: Quantum DHCP support.
From: Gary Kotton, 2012-09-04
-
Re: Quantum DHCP support.
From: Takaaki Suzuki, 2012-09-04
-
Re: Quantum DHCP support.
From: Gary Kotton, 2012-09-04
-
Re: Quantum DHCP support.
From: Takaaki Suzuki, 2012-09-04
-
Re: Quantum DHCP support.
From: Mark McClain, 2012-09-04
-
Re: Quantum DHCP support.
From: Takaaki Suzuki, 2012-09-05
-
Re: Quantum DHCP support.
From: Dan Wendlandt, 2012-09-05