Steve Nut、IP Alarms Ltdによる提出 – パート2はこちらを読むことができます
IPシグナル伝達のアラームインストーラーガイド – パート1
インターネットの専門家になる方法を教えてくれるのは、この短い記事の目的ではありません。インターネット上でアラームをシグナリングする技術を受け入れることにした場合に経験する可能性があることについての洞察を提供するだけです。これを念頭に置いて、頭字語は、技術的でない読者を落胆させる心配のために、できる限り使用しません。これは、インターネットの頭字語に満ちた世界で聞こえるよりもはるかに挑戦的かもしれません。したがって、特定の用語や単語の意味を単に知っておくべき人の1人である場合、追加の調査を行う必要があります。とはいえ、IPがインターネットプロトコルの略であることを誰もが知っているはずです。
PSTN（POTS）を介したアラームシグナル伝達の概要
多くのインストーラーは、アラームパネル、デジタルコミュニケーター、またはデジタルダイヤラーが監視センターでアラームレシーバーと通信する方法の複雑さをすでに知っています。ただし、知らないことは多数ある可能性があります。
特定のアラームプロトコルに焦点を当てないと、多くの一般的なDTMFプロトコルが使用された場合に起こるべきことを以下に示します。
アラームイベントが発生すると、パネルはフックから外れて電話回線を「つかむ」ことができます。パネルは、事前にプログラムされたプライマリ電話番号のDTMF数字をダイヤルし、アラームレシーバーが通話に応答するまで待ちます。通話に応答すると、受信者は握手として知られているものを再生します。これは通常、単一の高ピッチのトーンまたは2つの非常に速い、短い、高ピッチのトーンのいずれかです。
パネルが握手を聞くと、一連のDTMFトーンとして最初のメッセージが送信され始めます。これらのトーンはアラームレシーバーによって検出され、各シーケンスの最後にチェックされます。メッセージが有効な場合、レシーバーはキスオフトーンと呼ばれるものを再生します。これは通常、最大1秒の長さの単一の高ピッチのトーンです。
キスオフのトーンを聞くと、パネルはキューの次の信号を送信するか、それが電話を切るか、そのメッセージが送信され、受け入れられたという知識に満足しています。
英国でIPオーバーIPオーバーIPと21CNを入力する
PSTNをめぐる数十年にわたるシグナリングアラームの後、主要な電話会社は最近、VoIPが好ましい通信方法として回路スイッチド通信をますます交換することを示しています。英国の通信の21CNの展開は、これが英国で事実であることを示しており、世界中で多くの同様のプロジェクトが進行中です。プレーンな古い電話システム（POTS）の時代には番号が付けられているようです。
90年代後半に戻って、VoIPは多くの国で人気を獲得し始め、2000年までに米国のすべての音声トラフィックの3％以上を占めました。ブロードバンドとFTTH（ファイバー）サービスの可用性が向上したため、VoIPは驚異的な成長を経験しています。その時、消費者VoIPが2011年までに米国の3,700万人以上の加入者に達すると予測されています。 VoIPの世界で使用されるアナログ端子アダプター（ATA）が、インターネット上でアラームを迅速で低コストの方法を提供すること。結局のところ、2人が従来の電話回線を介して話をするのと同じ方法でATAを使用してインターネット上で話すことができれば、確かにアラームパネルは、常に同じようにアラームレシーバーと話すことができるはずです終わり。
残念ながら、一部のテストである程度の成功を収めた後でも、これは事実ではないことが示されています。アナログをデジタルに変換し、ワイヤーを移動し、デジタルをアナログに戻すことの間のどこかで、ノイズやレイテンシなどのものが導入され、VoIPネットワークに関連する他のオーディオの問題とともに、アラーム通信が失敗する可能性があります。ただし、ATAを使用してこれらの問題をバイパスする別の方法があり、パート2でこれに戻ります。
安全およびセキュリティ機器メーカーにとっての課題
記載されているように、PSTNを介して世界中でサービスを提供している監視対象のアラームの膨大な量により、アラームコントロールパネルを変更するためにエンドユーザーの不本意と相まって、IP機器とソフトウェアの生産者は、私たちに提供されることのないタスクに直面しています既存のパネルとの互換性を維持するデバイスとサービスを使用しますが、まったく異なるネットワーク（インターネット）を介して通信します。
ダイヤラーキャプチャとI/Oデバイス
現在、アラームパネルから送信されるDTMFトーンをキャプチャするか、アラームパネルの出力からの変更を発見する入力を提供できる多くの商用デバイスが利用可能です。一部のデバイスは、FSK（SIA）およびパルスプロトコルもサポートしています。結果の信号は、インターネット上の監視センターに確実かつ安全に送信できます。
それでは、そのようなデバイスを自信を持ってインストールするために、アラームインストーラーは購入時に何を知る必要がありますか？
デバイスをモデム/ルーターに接続します
いくつかのInstaLlersは、モデムがルーターと同じであると考えるかもしれません。通常、それらはモデム/ルーターを組み合わせたケーシングで一緒になっています。どちらのデバイスについても豊富な知識を持っていることは重要ではありませんが、それらが確かに異なることを知ることが不可欠です。
モデムは、サービス会社ネットワークを介してインターネットへの接続を交渉し、維持する責任があります。これは通常、DSLまたはケーブルであり、IPデバイスに関する限り、2種類のネットワークに違いはありません。
利用可能な限られた数のパブリックIPアドレスの問題を克服するために、それぞれが生産されている膨大な数のネットワークデバイス、それぞれが独自のIPアドレスを必要とし、ルーターはネットワークアドレス変換（NAT）として知られるテクノロジーを使用して使用できるように使用できます。パブリックIPアドレスを1つ持って、内部ネットワーク上のコンピューターまたは他のデバイスに多数の内部IPアドレスを割り当てます。
NATルーターには、ネットワークの外部からの悪意のあるアクティビティから保護されているコンピューターユーザーに提供するという追加の利点がありますが、アラームシグナル伝達の目的のために、IPデバイスが真のエンドツーエンドの接続を持つことを妨げます。ネットワークの外部からの接続の開始、またはUDPなどの特定のインターネットプロトコルの使用が破壊される可能性があります。
基本に戻り、要約すると、モデムは1つのネットワークデバイスまたはコンピューターをインターネットに接続します。ルーターは、モデムを複数のコンピューターまたはネットワークデバイスに接続し、すべてが1つのインターネット接続を共有できるようにします。
顧客が別のモデムとルーターを持っている場合、ルーターの完全に無料のポートに接続します。組み合わせたユニットがある場合、通常、接続できる4つまたははるかに多くのポートがあります。
ファイアウォールはどうですか？
一部の住宅クラスのモデム/ルーターには組み込みファイアウォールもあり、一部の大規模な商用システムには個別のハードウェアファイアウォールがあります。 。基本的に、ファイアウォールには、一連のガイドラインに従い、ネットワークを通過するパケットを綿密に検査する仕事があります。住宅環境では、これらのガイドラインは通常、それほど制限的ではありませんが、ネットワーク管理者が仕事を正しく行い、IPデバイスがUDPプロトコルを使用している商用環境では、サーバーからの反応がブロックされる場合があります。
組み込みのファイアウォールを備えたルーターでは、SPIの表示 – ステートフルなパケット検査。それを無効にすると、IPデバイスの問題が解決しますが、ネットワーク上の他のコンピューターやデバイスの安全性とセキュリティレベルが低下します。
潜在的な接続の問題
PSTNを介して監視センターにパネルを接続する場合 – 顧客が電話会社からブロック端末を注文すると主張するために会社のポリシーを作成しますか、それとも現場に着くまで待って、電話システムに掘り下げてそれを把握しますかそして、自分でそれに配線しますか？
上記の質問に対するあなたの答えは、おそらくあなたの期待と、彼らのネットワーク機器に関して顧客に課される要求を特定するでしょう。互換性の要件を課さない場合、IPデバイスを接続するための利用可能なポートがないことを見つけるためだけに、現場に到着する場合がある場合があります。一部の国では、インターネットサービスプロバイダーは、単一のコンピューターがインターネットに接続できるUSBモデムを出荷します。このタイプのモデムには、IPデバイスを接続するためのどこにもありませんが、顧客にネットワーク機器のアップグレードを依頼する以外に、代替手段がありません。
お客様が適切なデバイスを持っている場合、および予備のポートがある場合でも、デバイスが正しく機能することができないようにルーターまたはファイアウォールが構成されている可能性があります。
DHCP。インストーラーの親友。
前述のように、ネットワーク上のすべてのデバイスでは、購入中のIPアドレスが正しく機能する必要があります。では、このIPアドレスはどこから入手できますか？
幸運なことに、アラームインストーラーの場合、ネットワークの大部分には、DHCPサーバーとして機能するデバイスが含まれます。このDHCPサーバーは、予備のポートに接続すると、IPアドレスをIPアドレスにIPアドレスを動的に割り当てます。多くのルーターとサーバーコンピューターは、DHCPサーバーとして構成できます。
時々、DHCPを使用しないネットワークに出くわすことがあります。この場合、ネットワーク管理者にデバイスのIPアドレスを手動で割り当てるように依頼する必要があります。この方法で固定または静的IPアドレスを使用する場合、管理者が再び提供するゲートウェイとサブネットマスクを入力する必要があります。管理者がいない場合、または住宅環境にいる場合は、ルーターをセットアップする人を見つけたり、自分で把握したりする必要があります。
ユーザーインターフェース
IPデバイスには、ネットワークSettinなどの構成設定を入力できるWebブラウザインターフェイスが付属する可能性があります。GS、アラームプロトコルなど。その他には、コンピューターとデバイス間のヌルモデムケーブルテレビ接続、または電話ハンドセットを介したプログラミングを可能にするインタラクティブな音声認識メニューが付属する場合があります。
デバイスにWebブラウザーインターフェイスがある場合、通常、ネットワークの外側からデバイス上の組み込みのWebサーバーにアクセスできるようにするオプションがあります。これは、あなたの会社がルーターとポート転送のテーマについて非常に重要な決定を下さなければならない場所です。
ルーターとポート転送に関する会社のポリシー
顧客ルーターのパブリックIPアドレスは60.61.62.63であり、顧客には3つのコンピューターに加えて、内部ネットワーク上のIPデバイスがあります。誰かがあなたのオフィスのコンピューターでパブリックIPアドレスをブラウザに入力した場合、ポート転送なしで、リクエストは顧客のルーターにヒットし、すぐに拒否されます。これは、ルーターには、オフィスコンピューターが3つのコンピューターのいずれかとIPデバイスと通信したいかどうかを知る方法がないためです。
それでは、あなたのオフィスの誰かが、購入時にIPデバイス上の組み込みのWebサーバーにリモートでプログラムするにはどうすればよいですか？
IPデバイスへの外部アクセスを許可する方法は、ポート転送を使用することです。 IPデバイスの内部IPアドレスが192.168.0.5であり、デフォルトでポート80になったとしましょう。IPデバイスのポート番号を変更して8080、ルーターにログインし、ポートフォワード8080から192.168.0.5にログインします。
基本的に、ここでルーターを行うように言っているのは、ポート8080で受け取った外部トラフィックをIPデバイスに送信することです。そのため、オフィスに戻って、誰かが60.61.62.63:8080と入力してブラウザのURLバーに入力した場合、IPデバイスのデフォルトのWebページを表示する必要があります。今ではそれほど挑戦的ではありませんでしたか？ – それで、あなたがしなければならなかったその重要な決定は何でしたか？
さて、あなたが今したことは、ネットワークの外側の誰からも招待されていないトラフィックが顧客のルーターを直接通過し、ネットワークの内側に通過できるようにすることです。あなたの最高の仲間DHCPを覚えていますか？まあ、これはそれが回転してあなたを噛むかもしれない場所です。顧客の電源がルーターをサイクリングするときに、DHCPはさまざまなIPアドレスですべての内部デバイスを再割り当てすることができ、あなたが配置するポート転送は1つを直接指すかもしれません顧客のコンピューターとそのすべてのファイルの。顧客がウイルスでハッキングされたり、ヒットしたりした場合、誰が非難されると思いますか？
IPとネットワーキングを初めて使用する場合は、ポート転送に関する会社のポリシーと、顧客のルーターの設定を調整する必要があるかどうかについて非常に徹底的に考えてください。また、DHCPがデフォルトで利用できない状況も考慮する必要があります。
ネットワークに精通している場合は、固定IPを備えたIPデバイスを正しくセットアップします。ポート転送とファイアウォール設定の調整は、お気に入りのアラームコントロールパネルをプログラミングするのと同じくらい簡単です。
ルーターとポート転送の詳細
残念ながら、IPから新しいインストーラーにとって、ポート転送の要件は、選択したIPデバイスのWebインターフェイスへのリモートアクセスを許可するほど簡単に終了するとは限りません。生産者の大多数は、ポーリングとアラーム信号の両方で選択した輸送プロトコルとしてUDPを使用しています。前述のように、NATルーターはUDPにとって生活を非常に困難にすることができます。また、ポート転送の助けを借りずにパケットの送信に問題はありませんが、IPデバイスに反応を取り戻すことは常に可能ではありません。
「まあ、それは大丈夫です。信号が監視センターに到達する限り」と考えているかもしれません。それに関する問題は、パネルがレシーバーからのキスオフを期待していることです。キスオフを受け取らない場合、最終的に放棄されるまで、バッファーの最初の信号を再試行し続けます。最初の信号の重複を受信するだけでなく、監視センターは、パネルのバッファに保存される可能性のある2番目または後続の信号を決して受信しません。これは明らかに受け入れられません。
UDPを使用するデバイスのほとんどの生産者は、ポート転送を使用してThiを征服することを提案しています
