home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.cell-relay
- Path: sparky!uunet!wupost!sdd.hp.com!saimiri.primate.wisc.edu!ames!pacbell.com!unet!trappist!earlf
- From: earlf@trappist.net.com (Earl Ferguson Adv Dev)
- Subject: Re: Application Specific Switching Processors
- Message-ID: <1993Jan11.062706.28213@unet.net.com>
- Sender: news@unet.net.com
- Nntp-Posting-Host: trappist
- Organization: Network Equipment Technologies
- References: <1992Dec24.045318.18879@unet.net.com> <1993Jan7.091232.13657@unet.net.com> <1993Jan7.230426.12127@iscnvx.lmsc.lockheed.com>
- Distribution: usa
- Date: Mon, 11 Jan 1993 06:27:06 GMT
- Lines: 14
-
- In article <1993Jan7.230426.12127@iscnvx.lmsc.lockheed.com> myoung@NEBULA.SSD.LMSC.LOCKHEED.COM writes:
- >>I believe that it could be appropriate for switches (ATM or Frame Relay)
- >>to be developed that contain both a high performance general purpose
- >>switch (processor) and one or more applications specific processors...
- >
- > Or just share the processor, especially the if the processor can
- >read/write the tables...
-
- I believe that the performance requirements do not allow for the "switch"
- to be a (general purpose) processor, and that it does one thing only and
- does it well, that of switching frames or cells. Thus the need to add
- the ASSP. Of course, if the switch already contains a high performance
- general purpose processor for managing the switch, it may be appropriate
- to share it for the application specific functions.
-