Docsに戻る本体の分解及び改造による故障及び、保守サポート等が受けられなくなる可能性がございますので、自己の責任でお願いします。いつまで経っても回答が無い為、直番等公開致します。電話で知り得た情報は公開しても良いと言う回答を事前に頂いております。直番及び担当者名も電話で知り得た情報ですから...。某hさんの情報により追記。はじめにこのページを作成したきっかけは、問い合わせ内容に対し、回答をしていただけないため、検証し、公開するに至りました。デフォルトの状態ではかなり粗悪で酷い製品のため、広く知って頂きたく、掲載致します。アダプタモードで動作しているのにもかかわらず、DHCPサーバ機能がLAN側インターフェースで動作しているということ。NATルータとして動作しているということ。NATセッションが切れた後、SIPサーバへの再接続に確実に失敗するということ。上記の3点となります。LAN側インターフェースに物理的にPCを繋いでおくことは環境的に難しいため、SIPサーバとの接続が切れた場合、リモートでは何も出来ず、物理的に再起動を行うことしか出来ないということになります。LAN側インターフェースにPCを接続しておくことが出来ないかというと、LAN側インターフェースでDHCPサーバが動作しており、無効にすることが出来ないためです。(WAN側のリモート保守機能。telnetで設定を変更することにより回避出来ます。プロトコルを使用し、音声信号をデータに変換し、伝送する技術です。社内LANを使用した内線電話から、インターネットを利用し、遠隔地の拠点間を渡った内線電話、インターネット電話にまで利用されています。通信網の一部にLANやインターネットの回線を使用することにより、伝送距離にかかわらず、比較的安い金額(又は無料)で通話を行うことが可能になります。最近ではADSLや光ファイバーなどが普及し、安価に利用出来る時代になり、大容量で高速な回線が身近になっています。このほぼ定額の回線を使用し、このIPネットワーク上に音声データを乗せ、電話として使えるように試みた技術がVoIPです。IPネットワーク上では距離に応じた課金というシステムは無いため、長距離使用したとしても、必要な一定料金だけで済みます。VoIPとNTTの公衆回線の間でも通話は可能となりますが、どのようにして通話を行っているのでしょうか。Network)との中継地点にゲートウェイを設置し、最寄りの中継地点から一般の電話機までを電話線を使用しています。管轄するサポート部隊及び営業はNTTはNTTマーケティングアクトみやこ(京都)で行っているようです。管轄するのは、NTTマーケティングアクト関西となります。NTTネオメイトみやこと言うのもあり、部隊が違うが、サポートの範囲はかなり曖昧なきがする。私もこの辺の実態を知りません。情報をお持ちの方は、教えていただけると幸いです。電話をするよう言われ、こちらに電話をして話をした。ある程度は話の内容を聞いて頂けたが、分からないと言うことで、回答をいただけず。その後技術の人から電話をすると言うことですが、音沙汰無しの放置プレイ。結局まともな回答も得ることが出来ず、最終的には故障扱いとし、NTT高田の男性を機器交換の為に手配したという連絡を受ける。状況を知らされておらず、交換にだけやってきた。この方は、技術的な事が分からないらしく、仕方なく、事情を説明し、その場で質問内容を検証を行った。上司に報告・回答してもらえるように指示した。指示するだけだと、何を報告するか分からない為、その場で何を報告するか口頭で回答して頂く。結局上司に検証結果を報告して頂けず。後日に技術の人から後日連絡してもらえるよう手配をしておくという事で、帰って頂く。翌日、「技術の人から連絡を行うよう伝えました。」という電話だけあり、後は音沙汰無し。営業だけではなく、保守契約を付けているユーザに対しての保守サポートも行って下さい。何のためにNTTさんにお金を支払っているのでしょうか?所詮そんな物なんですね。NTT西日本関連会社って。なければ、たらい回し&放置プレイはしないことですね。何かあれば証拠として提出は可能ですので。結局リンクが切れるたびに、NTTに電話をし、交換に来て頂いています。(概要)このVoIPアダプタですが、Web画面を見るとおわかりになると思いますが、ルータモードがあります。このルータモードでさせた場合、PPPoEルータとしても使用可能です。ADSLないし、Bフレッツの場合、別途ルータを用意しなくても、最低限IP電話を利用するにあたり、必要な機能はVoIPアダプタ一台で何とかなってしまうと言うことです。ルータとして使用出来ますが、機能としては最低限しかありません。次に、ルータのPPPoEのパケット処理能力、すなわちスループットは5Mbps程度と言われています。実際に後ほど、フレッツスクウェアを使用しスループットを測定してみたいと思います。次に、ルータモードの機能ですが、市販のルータにあるような次の機能は一切ありませんでした。スループットパケットフィルタリングNATの設定DHCPサーバの設定(グレーになり設定変更が出来ず)DNSリバースプロキシあくまでも、ルータをお持ちでない方がIP電話がつかえて、インターネットにもオマケで繋がるという程度の機能しか有りません。ルータモードで動作させた場合、DHCPサーバ機能を無効にすることが出来ませんし、DHCPサーバの設定も出来ませんでした。無効にするような設定項目すら有りません。上記のイメージにある「UPnP使用」というのは、ルータモードの場合、UPnPサーバになるかという設定項目であり、アダプタモードの場合、UPnPクライアントになるかという設定です。アダプタモードの場合、UPnPクライアントは強制的であり必須です。ルータモード(イーサネット)/アダプターモードの違い全く同じです。違いは、SIPサーバへ接続を行う際、UPnPを使うか使わないかの違いだけで、NATルータ、DHCPサーバ共に違いは一切有りません。書いてやれば、UPnPを使わなくても、NATの元で使えるのではないか?と考えましたが、見事に失敗。SIPサーバに接続までは出来ますし、電話の発信も出来ます。電話の着信が出来ません。こちらから発信した場合、相手の電話機は鳴りますが、相手の声が聞こえません。自分から出て行く分に関してはNATを超えれても、戻ってくるパケットがNATを超えれないと言うことになります。ちなみに、VoIPをルータモードで使用した場合、UPnPクライアントにはなれません。アダプタモードで動作させた場合、UPnP対応ルータが見つからない限りSIPサーバに接続を行いません。グローバルIP(/29の内1IP)を振ってみた場合、何事もなく、すんなりと接続が出来ました。通話も全く問題有りませんが、実験環境がISDN回線だったため、遅延が激しく、実用に耐えれませんでした(^_^;※筆者の環境は/29のグローバルIPはISDN回線な為です。※VoIPを使用するには、実行スループット300kbps程度必要とされています。+------------------------------------------------------------------------+アダプタモードで動作させた場合です。こちらのモードの場合は、UPnP対応のルータの下で使用することが大前提になります。アダプタモードを選択した場合、DHCPサーバ機能等の設定項目はグレーとなり、設定変更できず、DHCPサーバの機能が無効になる一般的には考えられます。NATも行われないと言うのが通常の考え方だろうとおもわれます。上記の二点はアダプタモードにもかかわらず動作しています。ファームウェア2.55までダウングレードを行い、WAN側保守のtelnetを使えばDHCPサーバ及びNATを無効にすることが可能です。NATルータとしての動作アダプタモードで動作している筈のVoIPアダプタ。LAN側ポートに接続されたメンテナンス用PCから、インターネットに繋がります。アダプタモードとして動作しているのにもかかわらず、NATルータとして動作しています。UPを簡略化するための試みでしょうか。殆どのルータの場合は、一端ファームウェアをパソコンにダウンロードを行い、それを設定画面経由(Webブラウザ等)でルータに転送し、ファームウェアをアップデート。tftpサーバを使用し、アップデートを行います。)に行き、そこから、クリックを行っていくだけでルータのファームウェアをアップデートすることが出来ます。その為に、インターネットにアクセスするという必要性を考慮し、NATルータとして動作しているという可能性が考えられます。様な異なるネットワークの中継点に設置し、ネットワークを介して送信されるパケットをきちんと目的の場所に届けるのがルータの役割となります。本来のアダプタモードというのは、パケットのルーティング等を全く行わず、あくまでも、SIPをしゃべる端末だけが本当のアダプタモードと言います。その為、このアダプタモードというのは、真っ赤な嘘となります。RTX1000とします。使用しており、RTX1000のNAT配下にVoIPアダプタが接続されています。私の環境では、RTX1000のNATセッション(RTX1000は4096セッションまで対応)を使い切り埋まってしまう事がしばしば発生します。何が言いたいかと言いますと、セッションが埋まってしまうと、新たにセッションを立ち上げることが出来ず、インターネットに繋がらなくなってしまいます。そこで、RTX1000のNATセッションを定期的に解放してやっています。そのようにすると、現在接続中のセッションが解放され、既存の全ての接続が切断されてしまいます。その際、セッションが切断されたのが検出され、VoIPのランプが消灯になった後も、正常にSIPサーバへの再接続が出来ませんでした。同様に、インターネットの接続が不安定になったり、SIPサーバのメンテナンス等でダウンした場合等も、検出はされる物の、正常に再接続が出来ませんでした。その為、現在の所、LAN側ポートにメンテナンス用PCを接続を行い、リブート若しくは物理的にH/Wの電源の再投入を行うことにより、解決するしか有りません。電話機を留守電にしておき、長期間外出を行った場合、リモートでメンテナンスを行うことが出来ないのです。LAN側ポートを既存ネットワークに接続を行うと言うことは、DHCPサーバを無効に出来ない以上、別のDHCPサーバと競合する問題が発生し、VoIPアダプタのタコなIPがアナウンスされてしまうと言うことになります。(検証)DHCPサーバが有効しかし、ここで大きな穴があり、アダプタモードで動作しているにもかかわらず、LAN側ポートでは、DHCPサーバが動作しています。Web画面を見て頂きたいのですが、アダプタモードを選択した場合、DHCPサーバの設定項目がグレーになり設定の変更が出来ません。設定できなくなるということは、無効になるはずと利用者は考えるでしょう。実際にはDHCPサーバはLAN側のポートで動作しています。同様に、WAN側ポートがDHCPクライアントとして、IPアドレス等が自動で構成されているのにもかかわらず、LAN側ポートでも同様にDHCPサーバが動作をしています。実際にアダプタモードで動作している状態で、LAN側ポートのDHCP部分をパケットキャプチャをしましたので、スクリーンショットを掲載致します。Name等を発行しています。『VoIP-ADAPTOR』と言う文字がしっかりと入っています。7day」と一致しています。VoIPアダプタがDHCPサーバになっていることが分かります。実際には、設定項目が灰色になっているだけであり、全く無効になっていないという結論に達しました。Offer(発行)を受けたDHCPクライアントは、OfferされたIPアドレスを使用しますとREQUESTを出しています。極論を言うと、UPnP対応のルータがありDHCPサーバが動作。その配下にVoIPアダプタを設置。設置する際に、WAN側及びLAN側ポートを同じセグメントのスイッチングハブに接続した場合(※構成図2参照)、既存のDHCPサーバとかち合ってしまうという現象に陥ります。NATセッションを全てクリアしてみたが、VoIPアダプタのステータスは、以前として変わらず。携帯電話からIP電話の番号にコールしてみたが、話し中になります。UPnP対応ルータとの接続が完了しました。実際、セッションはリセットしましたので、アクティブなセッションはありません。ついでにRTX1000でUPnPの状態を見てみた所、次のような結果が得られました。exist結果をみてビックリ。死んでいるはずのセッションがゴーストと化しています...。次に、RTX1000のUPnPを無効(全てUPnPのセッションを強制的にクリア)にしてみましょう。#UPnPを無効にしましたので、RTX1000に接続を行っているUPnPを使用した接続は一切有りませんし、接続も出来ません。VoIPアダプタは未だに切断を検出出来ません。UPnP対応ルータとの接続が完了しました。1時間待つことにしましたが、おおよそ20分後にUPnPルータからの応答がないと言うことを検出されました。VoIPアダプタのステータスが、「UPnPルータから応答無し」というのを確認してから、RTX1000のUPnPの機能を有効にし、その後数分後にUPnPルータに接続成功。その後、何度かSIPサーバに接続を失敗した後、正常に接続を成し遂げました。電話の発着信共に問題なしです。検証2先ほどの検証では、NATセッション消去した後、UPnPルータが見つからなくなり、再接続という手順をVoIPアダプタが行いました。今回、NATセッションを消去し、UPnPルータはそのまま生存し続けていると言う構成にして、検証してみます。セッションが切断され、SIPサーバまでの到達性が無くなった場合、どのようにVoIPアダプタが動作するのかと言う検証です。NATセッションをクリアした後、UPnPも一端無効にし、即有効にするという手順で、完全にセッション情報をクリアしました。−バから応答がありません。UPnP対応ルータとの接続が完了しました。#その後、数時間おいてみたところ、VoIPアダプタのVoIPのLEDが消灯。RTX1000のUPnPにもVoIPアダプタからセッション上がってきませんでした。UPnPルータとの接続は完了。SIPサーバからの応答が無しという結果になりました。設定変更を行うことが出来ます。使用出来るアカウントが無効になり、設定変更を行うことが出来ません。1.60以降のファームウェアの場合、ファームウェアをダウングレードを行うことにより、ログイン出来るようになります。ファームウェアのバージョンを戻したとしても設定は保存され引き続いてくれます。1.63現在)アカウント情報は次の通り。voipfoneこの機能を使用し、telnetより設定を変更を行うことにより、DHCPサーバ機能を無効にしたり、NATを無効にしたり色々と出来ます。WAN側からWebブラウザによりメンテナンス出来るように設定変更を行うことも可能です。アダプタモード」の件はほぼ解決出来ると思われます。Webアクセスを有効にするための設定方法のビデオです。+-------------------------------------------------------------------+怪しい挙動を取るようになる。完全にブリッジされ直結。本来とは逆の接続方法で接続。VoIPアダプタのLAN側にルータに、WAN側にNotePCに接続。LANにあるルータで動作しているDHCPにて、WAN側にあるNotePCがIPアドレスを取得。同時にインターネットに繋がる。LAN側インターフェースのIPアドレス及びWAN側インターフェースのIPアドレスどちらにpingを打っても届く。ぶっちゃけ言えば、HUBになっている。(参考資料(pdf)じゃぁ、LAN側にルータを接続しても、SIPサーバに接続に行ってくれるのでは?と思ったが、そのへんは未検証。2004.11.18追記HUBになっているようだが、LAN側ポートに接続してもSIPサーバに認証に行きませんでした。VoIPアダプタのスループットさて、お待ちかねのスループット計測。ルータモード(PPPoE)、ルータモード(イーサネット/NAT)、アダプターモードの3つをフレッツスクウェアの速度計測で測定してみました。KOREAになってる)と言うことらしい。情報元の情報が正しいかは現在の所分かりません。2004.7.28追記:NTTより、NECのOEMだという回答を頂きました。2005.5.29追記:とある関係者より、NECのOEMという回答を頂きました。製造は海外であり、そちらにもOEMで流していると言うこと。デザインはNECとのことです。細部に踏み入った解説は省略するとして、大雑把に基板を眺めてみる。下部右側から、Etherのコネクタ→100Base-TXのトランスモジュール→デジタル処理部(上からFlashROM、BCM1112、DRAM)。上部はアナログ処理部で、アナログ電話回線に供給する直流電流の生成部(DC-DCコンバーター)や信号自体の処理回路があるが詳細は省く。デジタル処理部分をできるだけ小さくまとめてしまい(中途半端...)、あとはアナログを余った面積に散りばめてしまおうという考えが伺われる。BCM1112(Broadcom)BroadcomのwebサイトにBCM11xxのスペックシートが見つかった(残念ながら同型番のものは公開されていなかった)ので、それをもとに推測してみる。I/F(50MHz)、EPROM、EtherController、JTAG、UART(調歩同期シリアルコントローラ)、ADC、DACなどが接続されている。VoIP製品の為の専用チップである。4層基板でデザインする前提の設計。コネクタ類BCM1112左側のピンヘッダ未実装ランドはJTAG(バウンダリスキャンテストを行う為の信号規格)信号、Etherコネクタ左上のピンヘッダは恐らくRS-232C相当の信号(ただし、コネクタの上にあるSOP未実装部分にレベルコンバーターを実装しないと使用不可能でないかと思われる)がでているのではないかと推測する。I/Fは50MHz駆動)パラレル信号配線部にダンピング抵抗を実装するなどの配慮が全く欠けている。等長配線などは全く期待できないだろう。このように実装されている回路が安定に動作するとは考えにくい。アナログ回路にまつわる問題この基板、不思議なことに、ベタグランドである。デジタル・アナログ混在回路であるにもかかわらず、デジタルグラウンドとアナロググラウンドの切り分けが無いようである。tomochatomo@gyojya.jp。