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 : Newbridge Networks -- Ignore unavailable to you. Want to Upgrade?

To: pat mudge who wrote (13086)	8/29/1999 3:02:00 PM
From: zbyslaw owczarczyk	Respond to of 18016

Networld + Interop 99 September 13-17 Come visit Northchurch Communications in Start-up City in Atlanta (Booth S110) to learn in detail the capabilities of the Northchurch Service Access Switch - the SAS 7000. Northchurch executives will be available in the booth and for NDA meetings. More details about the Northchurch announcement will be posted as we get closer to show time! northchurch.net

To: pat mudge who wrote (13086)	8/29/1999 3:48:00 PM
From: fumble	Read Replies (1) \| Respond to of 18016

<<Experts agree that while the IPv4 Internet will eventually grow to its limits, IPv4 will probably not disappear within our lifetimes.>> The point of my original provocation was to show that IPv6 is really not here yet (thanks Pat for the research). If IPv6 were to be used to get QoS, then the whole path from client-to-server would have to be compatible with IPv6. To get client-to-server QoS from ATM, again the whole path must be compatible with ATM, but since ATM has been around for awhile, and there is a lot of traffic over ATM right now, and various schemes are being developed for bridging the gap (hopefully short and reliable) between client IP and the core ATM networks, ATM is a better bet for carrying Voice, Video, and Data between paying consumers than IPv6. Also, the standardization and growing adoption of the G-lite last mile, increases the probability of a total ATM compatible path (i.e., variable cost QoS choices) between consumers.

To: pat mudge who wrote (13086)	8/29/1999 4:06:00 PM
From: fumble	Read Replies (1) \| Respond to of 18016

Pat - thanks for the white paper links. I read through the Juniper stuff juniper.net Interesting reading. However, I did not see any mention of voice or video or similar time and delay sensitive traffic. They seem to be focused on sending data packets only. The premise of ATM is that a carrier can make more money sending all three (voice, video, and data) over one managed system than worrying about separate networks for all three types of data. Yes, there is the 'ATM tax' with ATM networks. But, you don't get something for nothing. The extra ATM management bits allow the extra flexibility and guaranteed (well, contractual..) QoS, which the slimmed down protocols do not provide.