Re: Dual-Homed/Triple-Subnet Bridge Challenge
"Vincent Callanan" <[email protected]> Sat, 23 Feb 2008 09:13:47 -0000
| Newsgroups | gmane.linux.network.bridge.ebtables.user |
|---|---|
| Organization | RVJ Callanan & Associates |
| Message-ID | <002001c875fc$66268cf0$0401a8c0@HPN01X> |
> Great!!! Go hoist a glass of your favorite drink to your self > (alcoholic or non, your choice)! eh...is bog-standard, putrid, instant coffee ok? > This all looks very good. Thank you. Actually since I posted my final script, I have really stessed the beast. I had four clients imaging simultaneously yestereday, that's one Zeroconf client and one "home" client on each interface. I also tested ZeroConf address re-negotiation by creating an artifical address conflict on the other side of the bridge. Perfect, not a glitch. Samba performed flawlessly and there was no observable performance degradation compared to the single-homed, non-briding scenario. > Can I ask one last favor? (I'll help if you would like.) > Can this be (read: will you) turned in to some form of a > How-To that can be put with the other bridging How-Tos so > that others can benefit from your trials and efforts even > more clearly? We know what you were trying to achieve here, > but others searching the archive might benefit from a > concise document like a How-To. I am agreeable to this proposal. I think if you look back over this thread, the background and path to a solution are fairly self-evident...all the info is there. It's just a matter of removing some of the incorrect observations (on my part) and tidying it up a bit. If you were prepared to kick of the HOW-TO, leaving me with a template and posting instructions, I will do the rest and perhaps you can then review the result and suggest any changes. Because it is, to say the least, a non-mainstream application, my Imaging Server "project" has exposed me to many interesting (often frustrating) challenges along the way, including an innocuous e1000 bug and possible Linux/Samba stack reslience issues. This particular one is the absolute icing on the cake. I have left behind in my wake many useful threads on a number of forums and I intend to bring all these together at some point in a single Imaging Server HOW-TO document. > P.S. Congratulations! You have now accomplished what some > will say can not be done. It's a good feeling to be able to > look at them and say "Yes it can! I've *DONE* it!" isn't it? :) Many thanks for the kind words and, yes, I have been slightly mocked along the way by network purists on this topic, but that is my own fault really. In hindsight, I feel embarrassed that I even considered arp-filter and bonding solutions when this is such a perfect case for bridging...sometimes, when you are down in the trenches, it is hard to see the wood for the trees! As a late convert, I must say that this experience has brought home the supreme advantages of GNU/Linux/Open Source/Community. Things are much more within your control and there is great help out there when you need it. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/