home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: sci.electronics
- Path: sparky!uunet!infonode!ingr!b30news!catbyte.b30.ingr.com!medin
- From: medin@catbyte.b30.ingr.com (Dave Medin)
- Subject: Re: How is this (SDLC?) CRC computed ?
- Message-ID: <1992Nov19.200324.3291@b30.ingr.com>
- Keywords: SDLC, CRC, MNP
- Sender: usenet@b30.ingr.com (Usenet Feed)
- Reply-To: medin@catbyte.b30.ingr.com
- Organization: Intergraph Corporation, Huntsville AL
- References: <1992Nov19.174655.1416@cs.tcd.ie>
- Date: Thu, 19 Nov 1992 20:03:24 GMT
- Lines: 30
-
- In article <1992Nov19.174655.1416@cs.tcd.ie>, dherity@cs.tcd.ie (Herity D.) writes:
- |> I'm doing an SDLC implementation in software (processing every bit) and
- |> am stumped by the CRC calculation.
- |> I receive a packet 03h,05h,08h,17h,31h,94h, the last two bytes of which are
- |> the CRC. This is in MNP level 5. I've read several versions of how the
- |> SDLC CRC is computed, but I can't reproduce it. I've tried CRC-CCITT,
- |> CRC-16, LSB first and MSB first, initialising to 0s and 1s, but there's
- |> something missing.
-
- I've got a public domain program to do 16 bit CRC's (CCITT) for
- HDLC by the table lookup method. It is also in the PPP RFC 1331,
- addenums. I can mail the table and some "C" fragments that use it.
- It is invertible, getting the magic number 0xf0b8 as a result.
- I think I saved my small test program, too. I'll e-mail what I've got
- to requestors.
-
- The Internet RFC example is much more readable than my modified
- code, and I would advise looking at it if at all possible.
-
- --
- --------------------------------------------------------------------
- Dave Medin Phone: (205) 730-3169 (w)
- SSD--Networking (205) 837-1174 (h)
- Intergraph Corp.
- M/S GD3004 Internet: medin@catbyte.b30.ingr.com
- Huntsville, AL 35894 UUCP: ...uunet!ingr!b30!catbyte!medin
-
- ******* Everywhere You Look (at least around my office) *******
-
- * The opinions expressed here are mine (or those of my machine)
-