liu.seSearch for publications in DiVA
Change search
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • harvard1
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • oxford
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf
VLSI Implementation of CRC-32 for 10 Gigabit Ethernet
Linköping University, Department of Electrical Engineering, Computer Engineering. Linköping University, The Institute of Technology.
Linköping University, Department of Electrical Engineering, Electronic Devices. Linköping University, The Institute of Technology.
Linköping University, Department of Electrical Engineering, Computer Engineering. Linköping University, The Institute of Technology.
Show others and affiliations
2001 (English)In: The 8th IEEE International Conference on Electronics, Circuits and Systems, 2001: ICECS 2001, 2001, 1215-1218 p.Conference paper, Published paper (Refereed)
Abstract [en]

For 10 Gigabit Ethernet a CRC-32 generation is essential and timing critical. Many efficient software algorithms have been proposed for CRC generation. In this work we use an algorithm based on the properties of Galois fields, which gives very efficient hardware. The CRC generator has been implemented and simulated in both standard cells and a full-custom design technique. In standard cells from the UMC 0.18 micron library a throughput of 8.7 Gb/s has been achieved. In the full-custom design for AMS 0.35 micron process we have achieved a throughput of 5.0 Gb/s. The conclusion, based on extrapolation of device characteristics, is that CRC-32 generation for 10 Gb/s can be designed with standard cells in a 0.15 micron process technology, or using full-custom design techniques in a 0.18 micron process technology

Place, publisher, year, edition, pages
2001. 1215-1218 p.
National Category
Engineering and Technology
Identifiers
URN: urn:nbn:se:liu:diva-33606DOI: 10.1109/ICECS.2001.957433Local ID: 19640OAI: oai:DiVA.org:liu-33606DiVA: diva2:254429
Conference
The 8th IEEE Internationa Conference on Electronics, Circuits and Systems, Malta, September 2-5, 2001
Available from: 2009-10-09 Created: 2009-10-09 Last updated: 2013-11-07
In thesis
1. Hardware Architecture for Protocol Processing
Open this publication in new window or tab >>Hardware Architecture for Protocol Processing
2001 (English)Licentiate thesis, comprehensive summary (Other academic)
Abstract [en]

Protocol processing is increasingly important. Through the years the hardware architectures for network equipment have evolved constantly. It is important to make a difference between terminals and routers and the different processing tasks they encounter. It is also important to analyze in detail the functional coverage of a hardware architecture. The maximal supported line speed is also interesting and especially which functionality can be kept at this line speed.

There are some types of hardware architectures that have gained much anention in research and from industry. Among these application specific instruction set computers, RISC with optimized instruction sets and reconfigurable hardware architectures are most often used. Very many network processors have been presented that aim for routers. So far not many protocol processors for terminals have been suggested. In terminals the requirements are different, for example low power consumption is very important for battery powered terminals.

I and my colleagues have proposed a novel way to build a protocol processor for a terminal. The main concept is to use an array of reconfigurable functional pages, which are connected in a deep pipeline. This deep pipeline serial processor is supported by a micro controller for exception handling and configuration tasks. The most performance-critical functional page in an Ethemet TCP/lP environment is the cyclic redundancy check. We allocated and scheduled the cyclic redundancy check in parallel with other functions. After having investigated different solutions we found that our functional page for cyclic redundancy check can manage 10 Gb/s, if a 0.15 micron manufacturing process is used in combination with optimized RTL code and synthesis.

Our architecture allows extensive parallel operation. The functionality is partitioned into the autonomous functional pages, which work in parallel. This reduces control overhead and simplifies the verification process. Low control overhead and extensively parallel computations admit low-power operation. The designed processor handles reception processing on a single packet or frame. It works in parallel with the host processor and significantly reduces the workload on the host processor. The designed processor always operates at line speed and supports up to 10 Gb/s.

Place, publisher, year, edition, pages
Linköping: Uniserv, 2001. 38 p.
Series
Linköping Studies in Science and Technology. Thesis, ISSN 0280-7971 ; 911
National Category
Engineering and Technology
Identifiers
urn:nbn:se:liu:diva-33604 (URN)19638 (Local ID)91-7373-209-5 (ISBN)19638 (Archive number)19638 (OAI)
Presentation
2001-12-14, Sal Algoritmen, Linköpings universitet, Linköping, 13:15 (Swedish)
Opponent
Available from: 2009-10-09 Created: 2009-10-09 Last updated: 2013-11-07

Open Access in DiVA

No full text

Other links

Publisher's full text

Authority records BETA

Henriksson, TomasEriksson, HenrikNordqvist, UlfLiu, Dake

Search in DiVA

By author/editor
Henriksson, TomasEriksson, HenrikNordqvist, UlfLiu, Dake
By organisation
Computer EngineeringThe Institute of TechnologyElectronic Devices
Engineering and Technology

Search outside of DiVA

GoogleGoogle Scholar

doi
urn-nbn

Altmetric score

doi
urn-nbn
Total: 274 hits
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • harvard1
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • oxford
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf