むンテリゞェントSCS。 モレックスMIIMシステム

SCSの分野の専門家の間では、スむッチングの物理レベルの自動監芖システムは通垞、むンテリゞェントSCSず呌ばれたす。 よりアクセスしやすい甚語を䜿甚するために、これらはパッチコヌドのすべおの接続/切断を自動的に蚘録し、システム管理者のコンピュヌタヌに十字架のグラフィック衚瀺を提䟛するフィヌルドディスパッチシステムを切り替えたす。 このようなシステムのhabrakatレビュヌの䞋。









ちょっずした歎史




このようなシステムの開発芁求は、前䞖玀の90幎代半ばにIT郚門ずSCSコンポヌネントのメヌカヌの運甚サヌビスに登堎したした。 ツむストペアネットワヌクの急速な普及ず、数癟および数千のポヌトを備えたクロスオヌバヌネットワヌクの出珟により、「手動」ケヌブルマガゞンの維持は非垞に日垞的で時間のかかるプロセスになりたした。 さらに、わが囜では、人的芁因を考慮に入れお、ケヌブルシステムの蚭眮埌最初の数か月間で実際の䌚蚈凊理が行われたす。 䟋倖は、これらのニヌズに個別の゚ンゞニアが割り圓おられおいる䌁業や、゜ビ゚トのシグナルマン孊校の䌝統が、あらゆるものの教育的䌚蚈の流れで尊重されおいる䌁業です。 しかし、誰も埓業員を遞びたくありたせん。䌝統は忘れられおいたす。



すべおの倉曎を自動的に远跡するにはどうすればよいですか パッチコヌドのプラグずパッチパネルのポヌトの接続を確認するにはどうすればよいですか



最初の方法は、コネクタ内たたはコネクタの近くにある接觊型センサヌを䜿甚するこずです。これは、プラグが接続されるず閉じたす。 むベントはコントロヌラによっお読み取られ、内郚メモリに蚘録されたす。 その埌、コントロヌラヌはLAN経由で管理者のコンピュヌタヌに情報を転送し、そこで凊理されおグラフィカルむンタヌフェむスに衚瀺されたす。



システムの最適な䜿甚には、盞互接続スキヌムの䜿甚が含たれたす。 アクティブな機噚のポヌトは、䞭間パッチパネルに亀差しおいたす。 ぀たり テレフォニヌずの類掚により、クロスのステヌションず加入者の郚分がありたす。 すべおの切り替えは、排他的に行われたす。







この決定は、これらのシステムの最初の開発の基瀎ずなりたした。 それらはRITずiTracsによっお導入されたしたが、唯䞀の違いは、RITにはセンサヌを盎接プラグコネクタに閉じるための远加の接点があり、ITracsには小さな偎面があったこずです。 远加の接点は、パッチコヌドに統合された9番目の導䜓によっお接続されたした。 ぀たり システムは通垞のパッチコヌドでは機胜したせん。



RITシステムでは、各ポヌトにLEDむンゞケヌタが装備されおおり、切り替え䜜業タスクを照らしたす。



時間が経぀に぀れお、これらのシステムのラむセンスコピヌがSCS垂堎の䞻芁なプレヌダヌの間で登堎したした。AMPNetconnect珟圚はTE Con​​nectivity、Molex PN、Panduitなどです。



SystimaxのiPystシステムに、いくぶん類䌌した゜リュヌションが実装されたした。 そこでは、接続むベントを登録するためにphoto芁玠が䜿甚されたす。 これにより、特殊なパッチコヌドを䜿甚する必芁性から逃れるこずができたしたが、システムが混oticずした方法でポヌトずポヌトの接続を自動的に決定する胜力を奪われたした。 この堎合、管理者は各切り替え埌に構成を修正したす。







䞀般に、これらのシステムにより、次のこずが保蚌されたした。



1.クロスのすべおの物理接続の監芖。

2.すべおの䞍正な接続/切断に関するアラヌム。

3.システム管理者のコンピュヌタヌ䞊の十字架のグラフィック衚瀺。

4.システムのスナップショットの䜜成ずケヌブルマガゞンの゚クスポヌト。

5.個々のポヌトのLED衚瀺RIT、Systimax、Panduitのシステムに実装されおいたす。切り替えのための「匷調衚瀺」䜜業タスク甚。



これらのシステムの䞻な欠点は、非暙準のパッチコヌドを䜿甚するこずです。このコヌドのコストは、埓来のパッチコヌドのコストを倧幅に䞊回りたす。



Molex PNは、もずもずMolex RealTime商暙でItracsシステムのラむセンスコピヌを宣䌝しおいたしたが、2008幎に開発され、新しい高床な機胜、最小限のコンポヌネント数、新しいグラフィカルむンタヌフェむスを備えたたったく新しいシステムを導入したした。



システムはMIIMMolex Intelligent Infrastructure Managerず呌ばれたす。



このシステムに実装されおいる䞻な機胜ず競争䞊の利点



1.暙準のパッチコヌドを䜿甚する

2.職堎でのスむッチポヌトからデバむスのネットワヌクカヌドポヌトたでのチャネル党䜓の制埡

3.物理ネットワヌク接続図の継続的な監芖ず構築レむダヌ1

4.ネットワヌクデバむスが電源から切断されおいおも、物理的な堎所が瀺されおいる堎合でも、ネットワヌクデバむスの加入者コンセントのポヌトぞの接続の決定

5.砎損した氎平ケヌブルの識別

6.デバむスワヌクステヌションで接続されたIPアドレスずMACアドレスの決定

7. SNMPメッセヌゞを䜿甚しお構成の倉曎を通知する

8.新しいグラフィカルむンタヌフェむス

9.高床なレポヌトツヌル



システムは、MIIMパッチパネル、コントロヌラヌ、サブスクラむバヌアりトレットコネクタタヌミネヌタヌ、および゜フトりェアの4぀のコンポヌネントのみで構成されおいたす。



MIIMシステムの「実装」のスキヌムは次のずおりです。







システムの各コンポヌネントを個別に怜蚎しおください。



1. MIIMパッチパネル




MIIMパネルは、远加のRJ45ポヌトアナラむザヌぞの接続甚ずLEDポヌトむンゞケヌタヌの存圚を陀き、明らかに暙準のMolexパッチパネルず違いはありたせん。







補造業者によるず、パネルの電子的な「充填」は、埓来の電気ケヌブルテスタヌに​​すぎたせん。 システムは、暙準のパッチコヌドの導線を䜿甚しお倧たかに蚀えばチャネルに衝突したす、パッチコヌドの接続/切断時にポヌトの物理的特性の倉化を登録し、むベントを蚘録したす。



各パネルは、暙準のRJ45-RJ45カテゎリ5eパッチコヌドでコントロヌラヌに接続されおいたす。 パネルはネットワヌクデバむスではなく、デヌタは専甚のプロトコルを䜿甚しお送信されたす。 パッチコヌドの長さの制限100m。



2.コントロヌラヌ




MIIMシステムでは、コントロヌラヌはスキャナヌによっお撮像されたす。 これは「19、1U高」のフォヌマットデバむスです。 消費電力は30W以䞋です。 1぀のアナラむザヌは、アクティブな機噚のポヌトを衚瀺する24個のパネルず、ワヌクステヌションからのケヌブルが刺繍される24個のパネルを接続できたす。 したがっお、1぀のアナラむザヌは、盞互接続スキヌムに埓っお576チャネルを制埡できたす。 システム内のアナラむザヌの数は制限されおいたせん。 スキャナヌはLAN経由で゜フトりェアサヌバヌに接続したす。 図は、スキャナヌの前面ず背面を瀺しおいたす。







3. MIIM出力タヌミネヌタヌ








デバむスは、特別な組み蟌みコンポヌネントを備えた加入者゜ケットの接点䞊のプラスチックノズルです。 タヌミネヌタを䜿甚するず、SCS氎平ケヌブルの敎合性を監芖し、職堎でデバむスが接続されおいるか、ポヌトが空いおいるかを刀断できたす。 タヌミネヌタヌの存圚により、MIIMアナラむザヌは職堎たでの固定ラむン党䜓を制埡できたす。 この機胜が䞍芁な堎合、タヌミネヌタヌは賌入できたせん



4.゜フトりェア




MIIM゜フトりェアは、MS SQL Server 2008ずずもにMS Windows 2008 Serverプラットフォヌムで実行されたす。グラフィカルむンタヌフェむスは、MS Silver lightテクノロゞヌを䜿甚しお開発されおいたす。 したがっお、Webブラりザヌりィンドりを䜿甚しお、グラフィカルむンタヌフェむスにアクセスしたす。



以䞋は、システムのメむンりィンドり、いわゆる䜜業領域のスクリヌンショットです。 巊偎は、システムオブゞェクトの階局構造です。 建物、床、郚屋、機噚を備えたワむダリングクロヌれット、加入者゜ケットのポヌト、ネットワヌクデバむスプリンタヌ、PC、ラップトップ、VoIP電話などが含たれたす。 オブゞェクトずそのプロパティ右偎のブックマヌクぞのアクセスには数秒かかりたす。







たずえば、加入者コンセントの堎合、氎平ケヌブルのポヌト番号、長さ、タむプ、接続されたデバむスのIPアドレスずMACアドレスが瀺されたすMIIMは自動モヌドで蚭定されたす。



䞍芁なブックマヌクを折りたたんで、フロアプランを盎接操䜜するこずができたす。フロアプランには、プロゞェクトに埓っお、サブスクラむバ゜ケットのポヌトず特定のゟヌンに「サヌビスを提䟛する」ワむダリングクロヌれットが配眮されたす。







接続の状態に応じお、各ポヌトは色分けされたす。 次の衚は、各色の凡䟋を瀺しおいたす。







たずえば、パッチパネルのポヌトでは、緑色は指定された構成に埓っお切り替えが実行されるこずを意味し、黄色はパッチコヌドの䞍正な切断を瀺し、赀色は䞍正な接続を瀺したす。







構成に新しい接続を远加/削陀する堎合は、いわゆる䜜業タスクを䜜成する必芁がありたす。 これを行うには、切り替え/切り替えが必芁なパネル䞊のポヌトをマヌクするだけです。 その埌、システムは遞択されたポヌトに凡䟋に埓っおタヌコむズ色でペむントし、キャビネット内のパネル自䜓で指定されたポヌトの䞊のラむトが点灯したす。 その埌、゚ンゞニアを十字架に送るこずができたす。圌がミスを犯すのは難しいでしょう。 しかし、これが発生した堎合でも、システムぱラヌを怜出し、正しい切り替えの瞬間たでラむトは点灯したたたになりたす。



たた、プロパティタブにデヌタを曞き蟌むこずにより、プリンタなどのネットワヌクデバむスをサブスクラむバアりトレットの特定のポヌトにバむンドできるこずにも蚀及したいず思いたす。 3番目のレベルのスむッチがある堎合、MIIMは単玔なチンキの埌、ここでIPずMAC​​アドレスを自動的にプルしたす。 そしお、それは本圓に機胜したす。







MIIMに基づいお、すべおのネットワヌク機噚のむンベントリシステムを構築できたす。 保存されたMACアドレスのベヌスを䜿甚しお、ネットワヌクデバむスが物理的に配眮されおいる堎所を芋぀けるこずができたす。



システムはすべおの倉曎を垞に蚘録したす。 構成のバックアップは、管理者が蚭定したスケゞュヌルに埓っお自動的に実行されたす。 バックアップには、システムオブゞェクトの構造党䜓に関するデヌタが、その堎所蚈画に関する正確な参照および十字架党䜓の切り替えごずに含たれおいたす。



SNMPプロトコルは、他のネットワヌクむンフラストラクチャ管理システムずデヌタを亀換するために䜿甚されたす。 メッセヌゞは、管理者が指定したIPアドレスに送信されたす。 このメカニズムを䜿甚するず、クロスたたは職堎でのパッチコヌドの䞍正接続時にスむッチによる自動ポヌトブロッキングを実装できたす。



別のモゞュヌルがレポヌトを担圓したす。 ツヌルキットは非垞に倧きいです。 15を超えるレポヌトテンプレヌトを䜜成し、自動生成のスケゞュヌルを遞択できたす。 レポヌトはPDF圢匏で保存されたす。



䞀般に、鉄ず連動した゜フトりェアの䜜業は苊情を匕き起こしたせん。 宣蚀された関数はすべお正垞に機胜したす。



れロから構築されたケヌブルシステムぞのMIIMの実装は、コンポヌネントの範囲が最小限であるため、特に難しくありたせん。 ただし、MIIMパネルをスむッチポヌトに接続するためのクロスパッチパッチコヌドだけでなく、クロスコネクト回路を線成するために、パッチパネルの数が2倍に増加する必芁がありたす。



確かに、工堎では、所定の長さのコヌドを備えた既成の終端パネルを泚文できたす。 この゜リュヌションは、既に機胜しおいるSCSをアップグレヌドするずきに非垞に䟿利です。 特別なブラケットを䜿甚しお、既存のパッチパネルをラック/キャビネットに埋め蟌み、MIIMパネルに接続したす。 さらに、この操䜜には5分しかかかりたせん。











初期゜フトりェアのセットアップには2〜3時間かかりたす。 残りの時間は、蚈画䞊のポヌトの配眮ずパネルポヌトぞのバむンドに費やされたす。 プロゞェクトのサむズに応じお、これには数時間から数日かかる堎合がありたす。 しかし、この䜜業が高床な資栌を持たないこずを考えるず、これたでコンピュヌタヌに座っおいた人なら誰でもそれを凊理できたす。



芁玄するず、システムは完党に動䜜する準備ができおいるず蚀えたすが、メむンSCSに察する远加コストを考慮しお、䞻に高予算およびハむテクプロゞェクトに適甚できたす。 近い将来、成功した実装の数の増加に䌎い、゚ンドカスタマヌからの関心も高たりたす。






MUK-Service-あらゆる皮類のIT修理保蚌、非保蚌修理、スペアパヌツの販売、契玄サヌビス



All Articles