T.R | Title | User | Personal Name | Date | Lines |
---|
853.1 | Sorry | BERN02::DEY | Walter Dey, Berne Switzerland | Thu Mar 06 1997 12:12 | 6 |
|
>>www.lantimes.com/lantimes/usetech/compare/peratmnic.html
Should read
www.lantimes.com/lantimes/usetech/compare/pcatmnic.html
|
853.2 | Not well done | WASNT::"[email protected]" | Born to be Mild | Fri Mar 07 1997 15:50 | 11 |
| As an ATM NIC developer, I was appalled at the lack of ATM expertise
of the author/testers. This caused some vendors to look better
than they should have (FORE), and other vendors to look worse than
they should have (Adaptec, etc.). Because FORE has a buggy switch,
they concluded that everyone elses NIC was bad.
We are evaluating our products according to what was written about
in the article, so that we can improve our NICs in the appropriate
area.
doug
|
853.3 | Check-List for our ATM NICs ??? | ALFETA::MAURICIO | Fertile Pectus | Mon Mar 10 1997 08:16 | 10 |
|
I lieu of this test, HOW can we guarantee that our ATM NICs will or
won't work with a certain PCI-based system? Is there a check-list that
we can use in order to minimize the risk of offering our cards to
systems where they will not work?
Regards
Maur�cio Henriques
Digital Brazil
|
853.4 | Yes, we will generate a list | WASNT::"[email protected]" | Born to be Mild | Mon Mar 10 1997 09:10 | 7 |
| We have a fairly compresensive list for the ATMworks 350, and are
going to publish one for the ATMworks 351. We have found only a
couple of PCs or PCI bridge chips that we don't support. This list
will be published on the WEB site for the product. Look for it next
monday.
doug
|
853.5 | Is this really the fault of the user? | TWICK::PETTENGILL | mulp | Fri Apr 25 1997 04:51 | 11 |
| >As an ATM NIC developer, I was appalled at the lack of ATM expertise
>of the author/testers. This caused some vendors to look better
>....
While the testers may not have been experts, I bet they know more than
the target market for ATM. Yeah, there are certainly a lot of more
knowledgable people deploying ATM, but if ATM is to compete against
FDDI, not to mention 100BaseT, its going to have to be easy to setup
and if someone's component is "buggy" then that needs to be easily
identified.
|