You are correct, the bridge will assign the IPs via vnets.

Am I correct in assuming you are not tagging your public network? Can you ping your SSVM and CPVM from the outside once you assign a public IP to your inetbr0? Or can you just ping inetbr0?

Trevor Francis
Partner
46 Labs | PeerEdge Cloud Switch (PeCS)
http://www.46labs.com | http://www.peeredge.net
720-214-3643- Voice
tre...@46labs.com
 
Solutions Provider for the Telecom Industry


On Dec 15, 2012, at 12:45 PM, Aleksey Samarin <nrg3...@gmail.com> wrote:


Well, mgmtrb0 is eth0, guestbr0 = bond (802.3ad), inetbr0 = eth2.

Problem definitely not in VLAN, because then i add ip to the bridge everything works.

 Any thoughts? 

Alex.



2012/12/15 Trevor Francis <tre...@46labs.com>
Alesky,

Are these bridges created over a single interface or bonded interface, or are these spread across multiple bonded interfaces on multiple switches.

As Anthony pointed out, VLANs are usually the culprit for "many a bridge issue."

Are you running a VLAN aware switch? If so, are the VLANs setup on the switch for those switch ports? Are they setup from the host you are attempting to ping from?

Typically you may need to set the default VLAN on your Internet port on your switch to the VLAN that your internet interface is attempting to use.

Also, I would recommend tagging your VLANs.



Trevor Francis
Partner
46 Labs | PeerEdge Cloud Switch (PeCS)

http://www.46labs.com | http://www.peeredge.net
720-214-3643- Voice
tre...@46labs.com
 
Solutions Provider for the Telecom Industry


On Dec 15, 2012, at 12:14 PM, Aleksey Samarin <nrg3...@gmail.com> wrote:

Thx for reply!

Of course! Problem only with inetbr0, another bridges works fine.

To be sure:

cat /proc/sys/net/ipv4/ip_forward
1

cat /etc/sysctl.conf | grep ipv4.ip_forward
net.ipv4.ip_forward=1

Yes, I had a problem with sistemvm.iso, but here only the network problem.

Alex.


2012/12/15 Trevor Francis <tre...@46labs.com>
Have you set the KVM traffic labels within Cloudstack when you spun up your zone?

Do you have IPV4 forwarding on?


cat /proc/sys/net/ipv4/ip_forward

If not, turn it on, and make it permanent by:
sysctl -w net.ipv4.ip_forward=1
/etc/sysctl.conf:
net.ipv4.ip_forward = 1
I also had problems with system ISOs because the latest incubating for Ubuntu (this may have already been fixed) does not include the system VM ISOs when you do a apt-get install cloud-agent. If you did a source install, it may be different.

Just my initial thoughts.



Trevor Francis
Partner
46 Labs 
http://www.46labs.com | http://www.peeredge.net
720-214-3643- Voice
tre...@46labs.com
 
Solutions Provider for the Telecom Industry


On Dec 15, 2012, at 10:55 AM, Aleksey Samarin <nrg3...@gmail.com> wrote:

Hi all!

I have a problem with bridge.
My setup is: Ubuntu/KVM.
CS 4.0.0-incubating, advanced installation.
3 bridges: mgmtbr0, inetbr0 and guestbr0.
mgmtbr0 - storage+management. inetbr0 - internet. guestbr0 - guest traffic.
So, after install and configure, ssmv and cpvm starts well,
but they can't access gateway via inetbr0.(can't ping gw from ssvm or cpvm)
Trying to find the problem, ran tcpdump on kvm host and saw something like this

tcpdump -i inetbr0

ARP, Request who-has xxx.xxx.xxx.xxx tell hostname, length 46
STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.d0:7e:28:07:77:0e.8016, length 47
IP hostname > xxx.xxx.xxx.xxx UDP, length 52

arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
169.254.0.1              ether   fe:00:a9:fe:02:52   C                     eth0

Nothing about gateway, any thoughts?

All the best Alex





Reply via email to