<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
<font style="font-size:10pt;" color="#366092" face="Tahoma" size="2">Thanks Yamahata. I have tried the all-in-one configuration and it worked without any problems.<br>I will soon try the multi-node setup and will let you know of any problems/questions.<br><br>I appreciate all the hard work that openstack community is putting in the project.<br><br>Thanks,<br>Salman<br id="FontBreak"></font><br><br><div><div id="SkyDrivePlaceholder"></div>> Date: Thu, 17 May 2012 21:04:23 +0900<br>> From: yamahata@valinux.co.jp<br>> To: salmanmk@live.com<br>> CC: openstack@lists.launchpad.net<br>> Subject: Re: [Openstack] Understanding Integration Bridge and MACs<br>> <br>> Hi. Sorry for delayed replay.<br>> <br>> Now precreated VM image is available for easy evaluation.<br>> It is announced on ryu-devel@lists.sourceforge.net,<br>> I site it for sure. I hope you can get successful result.<br>> <br>> > From: FUJITA Tomonori <fujita.tomonori@...><br>> > Subject: pre-configured VM image file for OpenStack environment with Ryu<br>> ><br>> > Hi,<br>> > <br>> > We created a VM image file that enables you to easily set up<br>> > multi-node Nova environment with Ryu in your desktop machine:<br>> > <br>> > https://github.com/osrg/ryu/wiki/RYU-OpenStack-environment-VM-image-file-HOWTO<br>> > <br>> > Enjoy!<br>> <br>> On Sun, May 13, 2012 at 07:42:14PM -0500, Salman Malik wrote:<br>> > Hi Dan and Others,<br>> > <br>> > I am trying to understand the actions taken by Ryu when the new instance sends<br>> > DHCP discover message to dnsmasq. When I launch new instannce it keeps on<br>> > sending discover messages and controller keeps on dropping these messages. But<br>> > looking at the traffic I couldn't exactly map which MAC address belonged to<br>> > which entity. Can someone help me with my understanding of the MAC addresses.<br>> > Using ifconfig , "ovs-ofctl show br-int" and "ovs-ofctl snoop br-int" (output<br>> > shown after MAC addresses), I know exactly about some MAC addresses and can't<br>> > figure out some of them:<br>> > <br>> > Interfaces | HWAddress | IP-addr<br>> > ---------------------------------------------------------------------------------------------<br>> > eth0 | 08:00:27:7a:ff:65 | 10.0.3.15<br>> > eth1 | 08:00:27:16:d5:09 | <br>> > 10.0.0.10 <========plugged into br-int<br>> > gw-82bd3a73-dc | fa:16:3e:49:57:1b | 10.0.0.1 <====<br>> > ====plugged into br-int (this is the --listen-address of my two dnsmasqs)<br>> > br-int | 08:00:27:16:d5:09 | <br>> > <========why doesn't bridge have no IP ?<br>> > new-instance | 02:d8:47:48:35:26 <====== MAC address of newly<br>> > launched instance? (see output below)<br>> > <br>> > Unkown | fa:16:3e:5e:02:17 <======Seemingly unknown<br>> > MAC address(which is related to the new instance?)<br>> > Unkown | 33:33:00:00:00:16 <====== MAC address<br>> > related to multicast ?<br>> > <br>> > <br>> > Questions:<br>> > <br>> > 1. What is gw-82bd3a73-dc interface ?<br>> > 2. I am kind of unsure why br-int is so useful?<br>> > 3. Why doesn't br-int don't have any IP address?<br>> > 4. Why do we need to plugin a compute node's interface to br-int? (so that<br>> > guest instances on remote host can communicate with each other?)<br>> > 5. What is the relationship b/w 02:d8:47:48:35:26 and fa:16:3e:5e:02:17 MAC<br>> > addresses in the following output?<br>> > <br>> > =====================<br>> > Output of : ovs-ofctl snoop br-int<br>> > =====================<br>> > OFPT_ECHO_REQUEST (xid=0x0): 0 bytes of payload<br>> > OFPT_ECHO_REPLY (xid=0x0): 0 bytes of payload<br>> > OFPT_PORT_STATUS (xid=0x0): ADD: 7(tap76127847-b1): addr:02:d8:47:48:35:26<br>> > config: 0<br>> > state: LINK_DOWN<br>> > current: 10MB-FD COPPER<br>> > OFPT_FLOW_MOD (xid=0x491662da): DEL priority=0 buf:0x0 actions=drop<br>> > OFPT_BARRIER_REQUEST (xid=0x491662db):<br>> > OFPT_BARRIER_REPLY (xid=0x491662db):<br>> > OFPT_PORT_STATUS (xid=0x0): MOD: 7(tap76127847-b1): addr:02:d8:47:48:35:26<br>> > config: 0<br>> > state: 0<br>> > current: 10MB-FD COPPER<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=7 data_len=90 buffer=0x00000167<br>> > tunnel0:in_port0007:tci(0) macfa:16:3e:5e:02:17->33:33:00:00:00:16 type86dd<br>> > proto58 tos0 ipv6::->ff02::16 port143->0<br>> > fa:16:3e:5e:02:17 > 33:33:00:00:00:16, ethertype IPv6 (0x86dd), length 90: :: ><br>> > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28<br>> > OFPT_PACKET_OUT (xid=0x491662dc): in_port=7 actions_len=0 actions=drop buffer=<br>> > 0x00000167<br>> > OFPT_PACKET_IN (xid=0x0): total_len=322 in_port=7 data_len=128 buffer=<br>> > 0x00000168<br>> > tunnel0:in_port0007:tci(0) macfa:16:3e:5e:02:17->ff:ff:ff:ff:ff:ff type0800<br>> > proto17 tos0 ip0.0.0.0->255.255.255.255 port68->67<br>> > fa:16:3e:5e:02:17 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 128:<br>> > truncated-ip - 194 bytes missing! 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP,<br>> > Request from fa:16:3e:5e:02:17, length 280<br>> > OFPT_PACKET_OUT (xid=0x491662dd): in_port=7 actions_len=0 actions=drop buffer=<br>> > 0x00000168<br>> > OFPT_PACKET_IN (xid=0x0): total_len=78 in_port=7 data_len=78 buffer=0x00000169<br>> > fa:16:3e:5e:02:17 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 128:<br>> > truncated-ip - 194 bytes missing! 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP,<br>> > Request from fa:16:3e:5e:02:17, length 280<br>> > OFPT_PACKET_OUT (xid=0x491662e3): in_port=7 actions_len=0 actions=drop buffer=<br>> > 0x0000016e<br>> > OFPT_PACKET_IN (xid=0x0): total_len=70 in_port=7 data_len=70 buffer=0x0000016f<br>> > tunnel0:in_port0007:tci(0) macfa:16:3e:5e:02:17->33:33:00:00:00:02 type86dd<br>> > proto58 tos0 ipv6fe80::f816:3eff:fe5e:217->ff02::2 port133->0<br>> > fa:16:3e:5e:02:17 > 33:33:00:00:00:02, ethertype IPv6 (0x86dd), length 70:<br>> > fe80::f816:3eff:fe5e:217 > ff02::2: ICMP6, router solicitation, length 16<br>> > OFPT_PORT_STATUS (xid=0x0): MOD: 7(tap76127847-b1): addr:02:d8:47:48:35:26<br>> > config: 0<br>> > state: LINK_DOWN<br>> > current: 10MB-FD COPPER<br>> > OFPT_PORT_STATUS (xid=0x0): DEL: 7(tap76127847-b1): addr:02:d8:47:48:35:26<br>> > config: 0<br>> > state: LINK_DOWN<br>> > current: 10MB-FD COPPER<br>> > OFPT_FLOW_MOD (xid=0x491662e5): DEL priority=0,in_port=7 actions=drop<br>> > OFPT_FLOW_MOD (xid=0x491662e6): DEL priority=0 actions=drop<br>> > OFPT_BARRIER_REQUEST (xid=0x491662e7):<br>> > OFPT_BARRIER_REPLY (xid=0x491662e7):<br>> > <br>> > Thanks!<br>> > Salman<br>> <br>> > _______________________________________________<br>> > Mailing list: https://launchpad.net/~openstack<br>> > Post to : openstack@lists.launchpad.net<br>> > Unsubscribe : https://launchpad.net/~openstack<br>> > More help : https://help.launchpad.net/ListHelp<br>> <br>> <br>> -- <br>> yamahata<br></div> </div></body>
</html>