VoIPv6

[Robin Cull]

^decompression^decompressing^

sorry...

Robin

--
Robin Cull, Product Support Engineer
Pace Micro Technology plc           Email: Robin.Cull@pace.co.uk
645 Newmarket Road                  Tel:   +44 (0)1223 518514
Cambridge CB5 8PB                   Fax:   +44 (0)1223 518526

The e-mail and any attachments hereto are strictly confidential and
intended solely for the addressee. If you are not the intended 
addressee please notify the sender by return and delete the message. 
You must not disclose, forward or copy this e-mail or attachments 
to any third party without the prior consent of the sender.


-----Original Message-----
From: Robin Cull 
Sent: 05 July 2000 15:01
To: 'Tim Chown'; Robin Cull
Cc: 'sommerfeld@orchard.arlington.ma.us'; Greg Maxwell; ksb; 6bone
Subject: RE: VoIPv6 


Umm actually none but it is worth thinking about.

True, header decompression is a trivial task for a powerful desktop machine
but the types of devices that will be doing VoIP are more likely going to be
smaller embedded devices.  Enough of the processor capacity will be taken up
doing more important tasks like decompression/compressing audio and it won't
want to be messing around doing header decompression as well.  

It was just a thought...

Robin
--
Robin Cull, Product Support Engineer
Pace Micro Technology plc           Email: Robin.Cull@pace.co.uk
645 Newmarket Road                  Tel:   +44 (0)1223 518514
Cambridge CB5 8PB                   Fax:   +44 (0)1223 518526

The e-mail and any attachments hereto are strictly confidential and
intended solely for the addressee. If you are not the intended 
addressee please notify the sender by return and delete the message. 
You must not disclose, forward or copy this e-mail or attachments 
to any third party without the prior consent of the sender.


-----Original Message-----
From: Tim Chown [mailto:tjc@ecs.soton.ac.uk]
Sent: 05 July 2000 14:18
To: Robin Cull
Cc: 'sommerfeld@orchard.arlington.ma.us'; Greg Maxwell; ksb; 6bone
Subject: RE: VoIPv6 


On Wed, 5 Jul 2000, Robin Cull wrote:

> Three words:
> 
> header decompression latency...

So how much latency is there when the compression is a differencing
method as per rfc2507?  Do you have any implementation results?

tim