home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.cell-relay
- Path: sparky!uunet!panther!mothost!merlin.dev.cdx.mot.com!pjd.dev.cdx.mot.com!peterd
- From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
- Subject: Re: clarifying the role of SSCOP?
- Message-ID: <peterd.721584630@pjd.dev.cdx.mot.com>
- Sender: news@merlin.dev.cdx.mot.com (USENET News System)
- Nntp-Posting-Host: pjd.dev.cdx.mot.com
- Organization: Motorola Codex, Canton, Massachusetts
- References: <s92deoo@sgi.sgi.com>
- Date: Thu, 12 Nov 1992 16:10:30 GMT
- Lines: 23
-
- rpw3@rigden.wpd.sgi.com (Rob Warnock) writes:
-
- >Fred, I think you're exaggerating the possibilities for raw cell loss due
- >to transmission effects [not congestion, but see below]. Remember, this same
- >ATM network has got to carry voice traffic with no AAL at all (well, AAL1
- >is practically no AAL). Every cell dropped will be a 6ms gap in the conver-
- >sation (12ms, if 32 Kb/s ADPCM is used).
-
- My understanding is that most voice coding algorithms would be happy
- with 1 to 2% cell loss rate, as long as it's not too bursty. For
- straight PCM, all it does is make a small difference in the
- signal-to-noise ratio.
-
- If you send 1500-byte AAL frames, however, that 1% cell loss rate
- translates into a 27% frame loss ratio. Selective-reject becomes barely
- possible, and go-back-n is impractical for N>2.
-
- Of course, using hop-by-hop selective-reject with a protocol that
- guarantees sequencing (I assume SSCOP does, given its ancestry) means
- that you might run into nasty delays at each hop.
-
- Peter Desnoyers
- --
-