Darren, I was under the impression that linklocal doesn't go out of the VM but Chiradeep just explained to me that it does as long as the default gateway is correct and there's no other routes directing it elsewhere. Then the changes make sense.
--Alex > -----Original Message----- > From: Darren Shepherd [mailto:darren.s.sheph...@gmail.com] > Sent: Thursday, October 24, 2013 2:52 PM > To: dev@cloudstack.apache.org > Cc: klindg...@godaddy.com > Subject: Re: Metadata URL location > > Alex, > > I don't think that's correct. The instructions that I gave in the earlier > email > was changes to the VR to serve metadata from the VR. > Regardless of hypervisor, it should work. > > Darren > > On Thu, Oct 24, 2013 at 10:54 AM, Alex Huang <alex.hu...@citrix.com> > wrote: > > In order to use an link local address inside the end user vm, that metadata > service must be setup on every hypervisor's dom0 or it has to be proxied out > of the dom0. That's not doable for VmWare. Instead, CloudStack uses VR to > serve the data, which works for all three hypervisors. > > > > --Alex > > > >> -----Original Message----- > >> From: Darren Shepherd [mailto:darren.s.sheph...@gmail.com] > >> Sent: Thursday, October 24, 2013 8:13 AM > >> To: dev@cloudstack.apache.org > >> Cc: klindg...@godaddy.com > >> Subject: Re: Metadata URL location > >> > >> My guess, I don't really know, would be because its hard. The VR > >> uses link local for the control network so 169.254/16 is bound to the > >> wrong nic. To fix this you just need some ip routing magic in linux > >> (credit goes to Kris Lindgren who showed me how to do this). Add the > >> below to a file, substitute eth0 for the guest network nic, run "ip -b > <FILE>" > >> The below effectively creates a routing table dedicated to the IP > >> 169.254.169.254 that sets it default route to go out the guest network nic. > >> > >> rule add from 169.254.169.254 table 70 rule add to 169.254.169.254 > >> dev eth0 table 70 route flush table 70 route add default dev eth0 src > >> 169.254.169.254 table 70 route flush cache > >> > >> Darren > >> > >> On Thu, Oct 24, 2013 at 6:10 AM, Shanker Balan > >> <shanker.ba...@shapeblue.com> wrote: > >> > Hi Guys, > >> > > >> > CloudStack metadata services are on the default gateway while on > >> > EC2, its at 169.254.169.254. Am curious to know why CloudStack does > >> > not use a link local address for meta data services. > >> > > >> > A search of the Wiki > >> > (https://cwiki.apache.org/confluence/dosearchsite.action?where=CLOUDS > >> T > ACK&tooltip=Type+ALL%3A+in+your+query+to+search+all+of+Confluence& > >> spaceSearch=true&queryString=metadata) didn't seem to list any doc > >> related to the design of this service. > >> > > >> > TIA. > >> > > >> > -- > >> > @shankerbalan > >> > > >> > M: +91 98860 60539 | O: +91 (80) 67935867 > >> > shanker.ba...@shapeblue.com > >> > | www.shapeblue.com | Twitter:@shapeblue ShapeBlue Services India > >> > | LLP, > >> > 22nd floor, Unit 2201A, World Trade Centre, Bangalore - 560 055 > >> > > >> > CloudStack Bootcamp Training on 27/28 November, Bangalore > >> > http://www.shapeblue.com/cloudstack-training/ > >> > > >> > > >> > > >> > > >> > This email and any attachments to it may be confidential and are > >> > intended > >> solely for the use of the individual to whom it is addressed. Any > >> views or opinions expressed are solely those of the author and do not > >> necessarily represent those of Shape Blue Ltd or related companies. > >> If you are not the intended recipient of this email, you must neither > >> take any action based upon its contents, nor copy or show it to > >> anyone. Please contact the sender if you believe you have received > >> this email in error. Shape Blue Ltd is a company incorporated in > >> England & Wales. ShapeBlue Services India LLP is a company > >> incorporated in India and is operated under license from Shape Blue > >> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in > >> Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a > registered trademark.
