Hello, On Wed, Oct 27, 2010 at 01:59:29PM +0200, Reyk Floeter wrote: > hi, > > On Tue, Oct 26, 2010 at 10:54:59PM +0200, Leon Me?ner wrote: <snip> > > As you can see in below tcpdump the dst-mac does not change with the > > redirection. So the packet gets routed to the wrong switch port. > > > > it is an "unsupported mode of operation". > > rdr-to will not update the dstmac on a bridge and it doesn't do a > route lookup to get it because we cannot guarantee that there is an > arp entry for the updated dstip address. this would even be impossible > on a fully transparent bridge without configured ip addresses where we > don't have a way to resolve the dstmac/dstip at all. > > rdr-to could theoretically try to do a lookup for this ip and only > update the dstmac if an entry is found but this is tricky and somewhat > whacky and not intended.
This bridge actually got a regular interface for management but i wouldnt want any non-standard solution. We get our public IP segment switched to us by the university. So if i would want to use relayd i need to put up a router in-front of our bridges which then does rdr-to? Thanks for your reply, Leon [demime 1.01d removed an attachment of type application/pgp-signature]
