SI
SI
discoversearch

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: gdichaz who wrote (2862)2/13/1999 9:43:00 PM
From: David O'Berry  Respond to of 12823
 
I have not noticed a mention of the superline tech from PAIR and LU on this board. I am not in either of these companies presently but this tech looks like it rocks. Does anyone have any better info on the subject?

David O'Berry
doberry@mindspring.com

PS. Nutshell on superline...1 pots into a modem like device that then turns that single copper pair into 3 pots (2 digital capable of 53.6 speeds) and one Ethernet RJ45 capable of ip packet exchange in the 500KBPS range. Cost is estimated at between 500-1000 per user. Metcalfe just wrote this one up as well.



To: gdichaz who wrote (2862)2/13/1999 9:58:00 PM
From: Frank A. Coluccio  Read Replies (2) | Respond to of 12823
 
Hi Chaz,

>>... Qualcomm's Viterbi said that voice and data should move on separate tracks to maximize efficiency of both. The Q is trying to persuade cellular operators to do just that.<<

There are two ways of looking at this. One is the proprietary way, and the other is standards based.

In the proprietary model both voice and data can traverse the same backbone bandwidth in accordance with the provider's in-house protocols, such as statistically multiplexing packets containing both voice and data. From the proprietary perspective, anything is possible, and soon. In fact, there are international carriers already using this between their gateways, transparent to users, and everyone is happy.

Even though voice can be made to sound good on such a platform, it's restrictive by its very nature from the start, unless it is used for a private enterprise's own purposes, or in the specialized manner like the one I stated above. I say this because implementing interworking solutions for proprietary protocols on the PSTN with multiple service providers is not a cheap or trivial undertaking.

At every provider's border, when proprietary solutions are used, there must be, by definition, a kludge of gateways and other SP elements, for reconciling accounting, administration, authentication, transmission, routing and management.

Some of the startups currently engaged in VoIP, i.e., those who are providing what amounts to tie-line- like facilities [inter-office trunks] between LEC switching centers, oddly enough, don't know about some of these features yet. But they will learn about them, but quick, when the railroad whistle gets closer, within hearing range. Of course, that whistle will be coming from a top-tier service provider, or carrier, who has taken the time and gone through the expense to do it right.

From the standards-based perspective, I think it's fair to assume that there will continue to be separate infrastructure splits for both voice and data during the near to some intermediate period.

We've seen this already. The most viable of the commercial wireline-based VoIP operators, the so called ITSPs, who are using H.323 standards-based platforms. They are employing dedicated IP backbones between their routing/switching locations for their voice offerings. Those who are also providing Internet [data] access services, are doing so on separate facilities, which may be either logically or physically defined. In any event, they are separate, where contention is the issue in question.

Even here they must still hand off to the PSTN, but they do it now with less grief, utilizing what has amounted to, already, "off the shelf" components and software.

The use of separate paths for voice and data will likely continue, IMO, until prioritization schemes are in place that will ensure that voice and other time-sensitive services are not "bumped" or degraded by the equal weighting now held by e-mail messages and even casual surfing activity.

Over the longer term, when CoS/QoS features are in place on a broad scale, we'll likely then see a blending of the two as a matter of common occurrence.

Of course, there are also operators today who co-mingle voice and data over the Internet, and other common media, while offering their services at rock-bottom pricing levels. Some of them are surprisingly good - "sometimes" - but more often than not they only go to validate why the QoS features are necessary in the first place.

This game is no different from any other: In the early adopter stages you get what you pay for. Later, when it is honed and perfected, it becomes a commodity and you wind up paying less for more.

Regards, Frank Coluccio