promiscuous mode, was Re: [HECnet] Multinet Tunnel Connections to SG1::

On 2012-06-08 21:28, Paul_Koning at Dell.com wrote: On Jun 8, 2012, at 3:18 PM, Johnny Billquist wrote: On 2012-06-08 19:02, Paul_Koning at Dell.com wrote: ... Thanks for making me re-read the DELQA manual again. :-) You're very welcome! I'm not totally clear on this point. This might be getting a little too technical and offtopic here, but basically, reading the manual, it might appear that having several unicast addresses in the setup might only be respected if you are running your DELQA in DEQNA mode, and the manual warn against potential performance issues if you do this. But I had forgotten quite a lot of the DEQNA/DELQA anyway, including that you were supposed to fill the table with your own address to make it full. Gah! I've never liked the Q-bus ethernet controllers. And they are so buggy... Johnny QNA, yes -- it was abandoned after revision L still didn't work right. LQA is a completely new design that does work, but it is compatible at the driver level with QNA (or nearly so). There are bugs in the LQA as well. But yes, it is a totally different design than the QNA. The address match is really very simple. There are no bugs here... the hardware has a 16 entry table and it accepts packets whenever the DA matches any of the 16 entries (essentially a 16 entry CAM). There are no "valid" bits (as you might find in some more advanced CAMs) so it treats all 16 entries as meaningful addresses. That means you have to fill in all 16. Yes. If you don't need 16 distinct values, you simply pad the table with extra copies of any of the meaningful values; that way the result is what you want. The easiest way to do that is to make extra copies of the entry that specifies the MAC address, but that isn't necessary, it is mentioned only because it's easy to remember. Right. But there are some interesting passages in the manual. " More than one physical address may be specified, but in Normal mode, only the first is used for receiving datagrams, and as the source address for system ID messages generated by the DELQA. In DEQNA-lock mode the specifications of multiple physical Ethernet addesses will cause the DELQA to filter all such physical Ethernet addesses for packet reception. NOTE Enabling more than one physical address is not recommended under normal circumstances. This may have a substantial impact on performance. " What do you make of that? Johnny