Telebit Corporationは、米国に拠点を置くモデムメーカーで、高速モデム「TrailBlazer」シリーズで知られていました。TrailBlazerは、9600bpsを超える速度を日常的に実現した最初のモデムの一つであり、独自の変調方式を採用することで干渉に対する高い耐性を実現しました。そのため、回線品質が平凡(あるいはそれ以下)であったにもかかわらず、信頼性の高さで伝説的な評判を得ました。特に1980年代から1990年代にかけて、Unix系システムで広く使用されていました。
Telebitモデムの高価格は当初は問題視されませんでした。なぜなら、その性能は他のシステムと同等に優れていたからです。しかし、 1990年代初頭にV.32およびV.32bisを採用した新設計が登場し始めると、Telebitの価格性能比は著しく低下しました。その後、一連の新設計が登場しましたが、性能面での優位性を取り戻すことはできませんでした。1990年代半ばまでに、同社は一連の合併を経て、最終的に1998年にDigi Internationalに買収され、消滅しました。
Telebitは、パケット交換ネットワークの概念の発明者の一人であるポール・バランによって設立されました。バランは当時、カリフォルニア州クパチーノのバブ・ロードにPacket Technologiesというネットワーク会社を設立したばかりで、インタラクティブテレビ向けのシステム開発に取り組んでいました。そこで働いている間に、高速モデムを実装する新しい方法を思いつき、通りの向かい側にTelebitを設立しました。Packet Technologiesは1985年後半にTelebitの主要なベータ顧客となりました。その後、Packet Technologiesは倒産し、従業員の何人かはTelebitに吸収されましたが、残りのほとんどは、最初の非同期転送モード(ATM)スイッチのメーカーであるStrataComを設立しました。
当時存在していたITU 電気通信標準化部門(ITU-T) V シリーズ プロトコル (一般的な 2400 ビット/秒のV.22bisなど) とは対照的に、TrailBlazer は直交周波数分割多重(OFDM) に基づく独自の変調方式である Packetized Ensemble Protocol (PEP) を使用しました。これは、多数の (当初は最大 512) の近接した搬送波周波数を使用し、それぞれ 6ボーで変調され、間隔ごとに 0、2、4、または 6ビットを符号化します。良好な条件下では、デバイスは 6 ボー × 6 ビット/ボー × 512 搬送波 = 18432ビット/秒(bit/s) のデータ レートに達することができました。特定の搬送波が歪んだり、減衰したり、干渉を受けたりした場合は、その搬送波をオフにすることができ、回線品質の低下に伴ってデータ レートが10 ビット/秒ずつ段階的に徐々に低下する ようにできました。[ 2 ]
電話ネットワークの帯域幅全体に多数のキャリアを分散して使用するということは、いずれかのキャリアに問題が発生する可能性が高かったことを意味します。このために発生する避けられないエラーを修正するために、TrailblazerはMNPエラー訂正プロトコルの初期実装の1つでした。これらのプロトコルはオーバーヘッドを増加させ、エラーはさらにオーバーヘッドを引き起こしましたが、これらの機能の組み合わせは、同じ回線で動作する従来の設計よりもはるかに高いスループットを提供しました。対照的に、一般的なV.22bis 2400 ビット/秒モデムは、一定時間内に発生するエラーの数は少ないかもしれませんが、それらのエラーは低速での再送信によって修正するのに時間がかかります。これらのエラーがこれらの周波数の一定のノイズ源によって引き起こされている場合、PEPはこれらのキャリアをオフにすることができますが、2400 ビット/秒モデムではこれに対処することはできません。
当時のモデムのほとんどは、両方のチャネルを同じ速度(全二重)で設定するか、データが主に一方向に送信される場合は、単一の高速チャネル(半二重)を使用するように設定されていました。一方、TrailBlazerは、512個のチャネルのうちいずれか1つを双方向のデータ転送に割り当てることができ、この技術を「アダプティブデュプレックス」と呼んでいました。このモデムは、帯域幅の大部分を一方向で使用し、比較的低速な逆方向チャネルを使用するように設計されていました。接続の両端にあるモデムは、各モデムで送信待ちになっているデータ量に基づいて、高速チャネルと低速チャネルの方向を反転させる回線の切り替えをネゴシエートしました。
この適応型双方向通信方式は大容量ファイルを高速送信できる一方で、遠隔地のコンピュータが文字をエコーする方式に慣れているユーザーにとっては、デジタル信号プロセッサ(DSP)が帯域幅を交互に使用することに伴う遅延が、対話型入力を困難にする傾向があった。1文字のエコーに最大1.5秒の遅延が発生する可能性があったためである。これは、UUCP 'g'やKermitなどのファイル転送プロトコルにも問題を引き起こした。これらのプロトコルでは、1台のコンピュータが少量のデータパケットを送信した後、受信側からの確認応答を待つ(「送信して待機」方式)ためである。
TrailBlazer は、「プロトコル スプーフィング」と呼ばれる技術でこの問題に対処しました。ローカル コンピュータが送信のためにモデムにパケットを送信すると、モデムのコントローラはローカルで生成されたACKメッセージをすぐに送信しました。これにより、コンピュータはパケットがすでに終端に到達したと誤認し、別のパケットを送信するように促されました。転送プロトコルで通常提供されるエラー訂正は、代わりに MNP 上で動作する独自の代替プロトコルを使用して処理されました。一般的に、スプーフィングは、小さなパケットを使用して多くのACKメッセージを生成するプロトコルでパフォーマンスを大幅に向上させました。TrailBlazer は当初 UUCP をサポートし、その後XMODEM、YMODEM、SDLC、Kermit のサポートが追加されました。[ 3 ]
これらの機能のサポートは安価ではありませんでした。たとえば、TrailBlazer Plus は、実際の変調および復調機能にTexas Instruments TMS32010 DSP プロセッサを使用し、制御にはMotorola 68000 を使用しました。これは、TrailBlazer が他のほとんどのモデムよりもかなり高価であることを意味します。しかし、その速度とスプーフィング機能により、TrailBlazer モデムはUnix の世界で非常に人気がありました。非常にノイズの多い回線で接続速度が低い場合でも、UUCP スループットを劇的に向上させることができました。2400 ビット/秒のモデムよりも 7 倍以上高速になることは珍しくありませんでした。[ 4 ] UUCP メールを交換するために長距離電話が必要なサイトは、長距離電話料金の節約により、TrailBlazer の価格をかなり早く回収できました。
Trailblazersは、さまざまなオプションを設定するための広範なコマンドセットも導入しました。番号をダイヤルしたり電話を切ったりするなど、ほとんどの単純なコマンドはHayesコマンドセットに基づいていましたが、独自の機能は独自のコマンドと構文によってサポートされていました。これらのほとんどはペアの形式をとっていたため、非常に長く、ほとんど解読できない設定文字列になりました。[ 5 ]register=value
1988年、TelebitはT1000を追加しました。これは基本的にTrailBlazerの低速版である9600ビット/秒のPEPに限定したもので、既存のTrailBlazerとの互換性を維持していました。T2000は同期通信のサポートを追加し、これは通常メインフレームコンピュータ間で使用されていました。オリジナルのTrailBlazer、T1000、およびT2000は、2400ビット/秒のV.22bis規格との下位互換性があり、当時最も一般的なモデム速度で他社製モデムと接続することができました。
Telebitのもう一つの製品は、初のオンデマンドインターネットダイヤルアップルーターであるNetBlazerだった。この製品は、かつてPacketに勤務し、後に1992年にTelebitのCEOに就任したマイク・バラード率いるチームによって開発された。
初代NetBlazerは、シリアルカードを搭載した標準的なPCで、シリアルケーブルでユーザーが用意した外部モデムに接続されていました。その後、小型版のPNとSTiが発売されました。これらは小型PCに専用ソフトウェアと、様々なモデムやその他の接続システム(ISDNなど)を組み合わせた、大型のモデム型筐体で構成されていました。管理者はイーサネット経由で接続し、イーサネットはメンテナンスコマンドや設定にも使用されました。
NetBlazerソフトウェアは最初のリリースではSLIPを使用したTCP/IPをサポートしていましたが、後のアップグレードでポイントツーポイントプロトコル(PPP)とIPXおよびAppleTalkのサポートが追加されました。[ 6 ] プロトコルスタックは、商用ライセンスを取得し大幅に変更されたKA9Qのバージョンでした。後のローエンドモデルであるNetBlzer LSでは、Intel 80386からMotorola MC68EN360 SoCに切り替わりました。

Telebitは1990年4月に新規株式公開を行い、約2020万ドルを調達した。同社はナスダックでTBITのティッカーシンボルで取引された。[ 7 ]
9600 bps ダイヤルアップ モデムの最初の複数企業による標準規格は、1989 年に導入されたV.32でした。当初、V.32 モデムは非常に高価でしたが、 Rockwell 社が積極的にこの市場に参入し、モジュール、そして最終的にはチップセット全体を導入することで価格を引き下げました。Telebit 社は、Trailblazer/T2000 ハードウェアに Rockwell V.32 モデム モジュールを追加した T2500 で初めて V.32 サポートを提供しました。PEPサポートのないバージョンはT1500として提供されました。後のT1600 は基本的に T1500 と同じ機能セットでしたが、Rockwell モジュールではなく Telebit 社独自の V.32 実装を使用したため、製造コストが削減され、パフォーマンスが向上しました。T1500 と T1600 の定価はどちらも 1000 ドルを超えていました。当時、Hayes 社やUSRobotics (USR) 社のファーストティア製品は一般的に約 700 ドルでした。
ビットレートを14,400ビット/秒に引き上げたV.32bis規格は1991年に導入された。この場合、ロックウェルはV.32bisチップセットを迅速にリリースし、市場に急速に登場したため、ロックウェルベースのシステムは一般的に専用モデムメーカーの実装よりも先に登場した。ロックウェルはまた、V.32bis製品ラインを積極的に低価格で販売し、それをベースにしたモデムを300ドル前後で販売できるようにした。これは、以前はエラー訂正や圧縮、ファックス機能を持たない2400ビット/秒のモデルが占めていた価格帯である。一流企業はすべて、自社のハイエンドモデルと同等かそれ以上の性能と機能を備えた低価格モデムで溢れかえった市場への適応に深刻な困難を抱えた。
Telebit は、従来通りの高価格帯で製品を販売しようとしながらも、相対的なパフォーマンスの面で低下し始めました。同社は、 V.32bis を搭載したT3000 を発表しましたが、PEP は搭載されていませんでした。ただし、PEP アップグレードは将来のアップグレードとして発表されました。しかし、これは実現せず、代わりに Telebit は 1994 年初頭に、1,099 ドルのWorldBlazerモデルとしてデザインを再リリースしました。これは基本的に、新しい 23,000 ビット/秒TurboPEPモードを搭載した T3000 です。TurboPEP は、元の PEP と同じ変調方式を使用しましたが、エンコーディングを変更して、ボーあたり最大 7 ビットまで使用できるようにしました。[ 8 ] T3000 から WorldBlazer へのアップグレードが販売され、2 つのファームウェアROMとPALチップで構成されていました。
エコーキャンセレーションを用いた全二重PEP (V.32で使用されている方式)の設計研究がいくつか行われ、この技術はV.fastモデム規格として採用される可能性についてCCITT(現在のITU-T)に提案されました。しかし、より従来型のモデム技術が選択され、V.34として標準化されました。Telebitは、PEPモデムの市場が縮小している状況では、全二重PEPにはそれに見合う以上の技術努力が必要であると判断し、この機能を導入することはありませんでした。
CCITTはV.32bisの改良に迅速に取り組み、1993年までに、新しい28,800ビット/秒のV.34規格の承認プロセスが1994年に完了することが明らかになった。企業は新しいV.34設計の生産を開始するために列をなし、中にはV.FCなどの暫定規格に基づいたモデルを導入する企業もあった。
TelebitのモデムエンジニアリングチームはV.34モデムの開発計画を策定したが、経営陣は製品をより早く市場に投入することが重要だと考えた。そのため、買収対象となる他のモデム会社を探し始め、1993年1月、マサチューセッツ州にある小規模な非公開モデム会社であるOctocom Systemsを買収すると発表した。OctocomはV.34モデムを開発中で、すぐに出荷できる見込みだった。Telebitのカリフォルニアオフィスにおけるモデムエンジニアリング活動はほぼ全て停止したが、NetBlazerのエンジニアリングは1995年末までカリフォルニアに拠点を置いていた。
Telebit FastBlazer 8840 V.34 モデムは 1994 年 5 月に発売されました。FastBlazer が最初に発売されたとき、V.34 のサポートは含まれていませんでした。経営陣は、標準がまだ承認されていないためサポートできないと述べていました。これは事実でしたが (少なくとも 1 か月間はそうでした。6 月に承認されました)、FastBlazer は暫定標準も搭載して出荷されませんでした。AT&T のほとんど無視された 19,200 ビット/秒のV.32terboでさえ、7 月に発売後のアップグレードとしてのみ利用可能でした。広く普及している V.FC をサポートする計画は全くなく、完全な V.34 サポートの日付は「2、3 か月後」以外に設定されていませんでした。
さらに悪いことに、FastBlazerにはFAX機能が搭載されていませんでした。Telebit社はFAX機能を追加するアップグレードを提供すると発表しましたが、同時に有料化することも明らかにしました。また、FastBlazerはPEPにも対応していませんでした。PEPは当時、ほとんどの潜在顧客にとってはさほど重要視されていなかったものの、Telebit社の既存顧客にとっては依然として差別化要因となっていました。リンクの少なくとも片側にTelebit製モデムが設置されているサイトであれば、PEP対応へのアップグレードは検討する価値があるかもしれません。PEPがなければ、FastBlazerは他のV.34モデムと比べて実質的に何の優位性もありませんでした。
これらすべてが、発売記念価格1,399ドルで提供された。当時、V.32bis規格のファックスモデムは200ドル以下で入手可能であり、産業グレードのV.34規格の製品も間もなく500ドル以下で入手できるようになる予定だった。
TelebitがV.34のサポートを導入したのは1995年1月のことで、それから7ヶ月が経過した。同時に、399ドルの低価格モデル「TeleBlazer 」も発売された。この時点で、長年の支持者でさえ、TrailBlazerの普及を牽引したUsenet上で、同社を公然と批判し始めていた。
1993年後半、TelebitはOctocomとの合併を完了した。その目的は、ベテラン幹部のブライアン・ホリーが世界事業担当副社長として率いるOctocomのマサチューセッツ州チェルムズフォードの製造拠点を活用し、既存のサニーベール事務所を縮小してジェームズ・ノロッドの監督下でNetBlazerの開発拠点とすることだった。サニーベールの施設はコスト削減のため閉鎖された。予想以上の運営コストにより、新製品の開発は停滞した。サニーベールの事業をマサチューセッツ州チェルムズフォードの本社に統合する難航は、財務やマーケティングの問題以上に困難を伴った。両社とも熱心で忠実な顧客層を抱えていたため、買収側であるTelebitがOctocomを獲得し、事実上OctocomがTelebitを吸収するという展開は、一部の顧客や合併後に残らなかった多くの従業員に不満を残した。 1996年3月までに同社は信用枠を使い果たし、四半期の売上高1270万ドルに対して現金が320万ドル減少した。[ 7 ]
1996 年 7 月、Telebit はCisco Systemsに2 億ドルで買収されました。主な目的は、チャネル化された T1 デジタル モデム技術であるモデム ISDN チャネル アグリゲーション (MICA) でした。Telebit の経営陣は Cisco を説得し、既存のすべての製品ファミリーと、スピンオフによって開発される将来の製品で MICA を使用するための使用料支払い済みのライセンスを含めて会社をスピンオフし、既存の経営陣の 1 人 (James D. Norrod) にTelebit Incorporatedとしてチェルムズフォードに拠点を置くようにしました。[ 9 ] [ 10 ] [ 11 ]
1997年8月、Telebitはドイツのドルトムントに拠点を置くITK Telekommunikationと合併した。[ 12 ] Telebitの副社長ブライアン・ホリーは、新会社ITK Telecommunications, Inc.の社長兼最高経営責任者に任命され、新たに設立されたITKを率いてさらなるM&A活動を行い、最終的に合併会社は1998年7月にPC用マルチポートシリアルカードDigiBoardの製造元であるDigi Internationalに買収された。
Trailblazerは、より高速なV.34 / V.90シリーズ規格を採用したモデムに取って代わられ、1990年代半ば以降は生産が終了しているものの、現在でも多くのTrailblazerが稼働しており、修理サービスも引き続き利用可能です。
1995年、シリコンバレーのあるエンジニアがソマリアのNGOにWorldblazerを送った。NGOはすぐにそれを活用し、当初はUUCPを使って、その後は他の手段を使って、その辺境の国をインターネットに接続した。

実際のスループットは約14400bpsです。