OpenVZ Forum: Support » About VE arp problem

Home » General » Support » About VE arp problem

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

About VE arp problem [message #35703]

Thu, 16 April 2009 07:02

nick_chang
Messages: 16
Registered: May 2008
Location: Taiwan

Junior Member

I want to use ipvsadm for load balancing web server
But ipvsadm check web service through arp check.

But VE don't have arp.
so, I can't load balancing web server.

Do you have any suggest can solve this problem??

Thanks for your help.

Nick

Report message to a moderator

Re: About VE arp problem [message #35709 is a reply to message #35703]

Thu, 16 April 2009 11:58

maratrus
Messages: 1495
Registered: August 2007
Location: Moscow

Senior Member

Hello,

Quote:

But VE don't have arp.

Yes, venet0 is a NOARP interface but if an "arp who-has" request comes to HN it replies with "arp reply". So, I don't see any problem for the present.
Moreover, it's possible using veth interface.

Report message to a moderator

Re: About VE arp problem [message #35716 is a reply to message #35709]

Fri, 17 April 2009 04:09

nick_chang
Messages: 16
Registered: May 2008
Location: Taiwan

Junior Member

My OpenVZ IP is 10.10.20.150
My VE IP is 10.10.20.141

I use arping 10.10.20.141 on OpenVZ machine.
It's a result:
arping 10.10.20.141
ARPING 10.10.20.141 from 10.10.20.150 eth0
Sent 30 probes (30 broadcast(s))
Received 0 response(s)

I can't received arp reply from 10.10.20.141.

I have see http://wiki.openvz.org/Virtual_Ethernet_device document.
I change venet0 to eth0 on VE.

Can you tell me why?

How to solve this problem??
Thanks

Report message to a moderator

Re: About VE arp problem [message #35718 is a reply to message #35716]

Fri, 17 April 2009 09:50

maratrus
Messages: 1495
Registered: August 2007
Location: Moscow

Senior Member

Hi,

Quote:

ARPING 10.10.20.141 from 10.10.20.150 eth0

this is a normal behavior. As I said before HN replies instead of the VE to be able to handle network packets coming to VE (have a look at "arp -n" output on the HN). This is a sensible behavior not only in case of OpenVZ. Suppose you have a machine that is able to proxy arp requests. When arp-request is coming to such a machine it replies with its own mac address (but actually it transmitted arp-request further). Why doesn't such behavior fit you?

Report message to a moderator

Previous Topic:	VPN inside VE, tunnel only specific traffic
Next Topic:	Unable to start VPS

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Mon Jul 15 23:30:49 GMT 2024

Total time taken to generate the page: 0.02595 seconds