Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : LAST MILE TECHNOLOGIES - Let's Discuss Them Here -- Ignore unavailable to you. Want to Upgrade?

To: Kenneth E. Phillipps who wrote (7450)	7/1/2000 11:35:35 AM
From: johnsto1	Read Replies (1) \| Respond to of 12823

Kennith,could you provide a link to the presentation.thanks.

To: Kenneth E. Phillipps who wrote (7450)	7/1/2000 11:33:52 PM
From: Raymond Duray	Read Replies (1) \| Respond to of 12823

Hi Kenneth, Re: As I understand it, the software idenitifies the types of file such an Outlook email file and then strips the extraneous material before the file is transmitted. I watched the web presentation and what I came away with was somewhat different. What is being considered here is time sensitive transmissions such as voice, streaming video and audio content. These various categories are being addressed at OSI Layer 3 and above by IP v.6, DiffServ and H.323 in the IETF realm and by Softswitch software (a LUcent product) at the vendor level. What was being presented by Lloyd Camey was sort of a marketer's overview of the actual protocols at work here. In terms of prioritizing packet delivery, an Outlook email file would be fairly far down the totem pole, inasmuch as it is not considered to have crucial latency issues, unlike voice and video apps which become degraded to the the point of annoyance very quickly if the latency is too high. As a rule of thumb, I believe that a latency of greater than 150ms is unacceptable for "toll quality" duplex voice communication* and the video signal will depend on buffering so I can't make a definitive statement regarding latency for this data feed. It also is very dependent on type of feed, whether NTSC, DTV, HDTV, MPEG2, MPEG4 or other standard. Do you know of any other companies which have a similar product? All vendors have to deal with these same issues. Many standard bodies are involved. IETF, ITU and EISA being just the tip of that particular iceberg. This is the "Holy Grail" of the converged network. An analogy would be to try to answer how to route the produce and passenger trains without hesitation and leave the coal train on the siding. It's a classic queueing problem with a modern twist. HTH, Ray *The old-fashioned circuit switched PSTN with all its SONET rings, ATM and other solutions is actually able to keep latency down at about 75ms., even on international calls. It's quite a feat and quite a bit better than what is actually needed. However, VoIP has a long way to go yet to catch up to this standard of excellence.