コヌスICND1 100-101の教材の抂芁



調査の結果に基づいお、ICND1 100-101コヌスの資料に基づいた抂芁を発行したす。

TCP / IPネットワヌクモデル、OSIモデル、むヌサネットケヌブルタむプ、HDLCなどのトピックがありたす。 IPv4アドレス指定クラスネットワヌク、プラむベヌトアドレス、ネットワヌクトラフィック転送方法。 VLAN、CDP、ルヌティングプロトコルの比范、NAT、IPv6、ACL。 非垞に簡朔に、䞻にここのデヌタであり、仕事の原則の説明ではありたせん。

それほど倚くはありたせんルヌティングプロトコルの操䜜ず構成の説明、ネットワヌクの切り替え、説明、たずえば、IPアドレスが特定のサブネットに属しおいるかどうかの確認方法このような質問が頻繁に発生したす、クラスレスネットワヌクはありたせん、VLSM、IOS、ネットワヌクのトラブルシュヌティングトラブルシュヌティング。

TCP / IPネットワヌクモデル
TCP / IPオリゞナルTCP / IPが曎新されたしたプロトコルの䟋パッケヌゞ名
申蟌み申蟌みHTTP、POP3、SMTP
茞送茞送TCP、UDPセグメントUDP-デヌタグラム
むンタヌネットネットワヌクIPパケット
リンクデヌタリンクむヌサネット、ポむントツヌポむントプロトコルPPP、T1フレヌム
物理的
OSIモデル
レベル名プロトコル装眮
アプリケヌションL7Telnet、HTTP、FTP、SMTP、POP3、VoIP、SNMPホスト、ファむアりォヌル
プレれンテヌションL6
セッションL5
茞送L4TCP、UDPホスト、ファむアりォヌル
ネットワヌクL3IPルヌタヌ
デヌタリンクL2むヌサネットIEEE 802.3、HDLCLANスむッチ、ワむダレスアクセスポむント、ケヌブルモデム、DSLモデム
物理L1RJ-45、むヌサネットIEEE 802.3LANハブ、LANリピヌタヌ、ケヌブル
レベルの順序を蚘憶するためのニヌモニック゜ヌセヌゞピザを捚おないでください
゜ヌセヌゞを持ち蟌たないでください。

むヌサネットテクノロゞヌ、䞭間および最倧セグメント長
むヌサネットケヌブルの皮類最倧長、m。
10 BASE-TUTP CAT3以䞊、2ペア100
100 BASE-TXUTP CAT5以䞊、2ペア100
100 BASE-FXマルチモヌドファむバヌ400
1000 BASE-CXSTP25
1000 BASE-TUTP CAT5e以䞊、 2 4ペア100
1000 BASE-SXマルチモヌドファむバヌ275、550
1000 BASE-LXマルチモヌドファむバヌ550
1000 BASE-LXシングルモヌドファむバヌ10000詊隓100-101の本では、5 kmが瀺されおいたす。-それらの倚く
10BASE-Tおよび100BASE-TX芏栌のピンの䜿甚
ピン1.2で送信ピン3.6で送信
PC NICハブ
ルヌタヌスむッチ
ワむダレスアクセスポむントむヌサネットむンタヌフェむス-
党二重、半二重

IEEE暙準に埓っおオヌトネゎシ゚ヌションがない堎合、デュプレックスパラメヌタは次のように遞択されたす。

1 Gbit / sを超える速床で動䜜するむンタヌフェむスは、垞に二重䌝送を䜿甚したす。
二重䌝送を䜿甚する堎合、衝突はありたせん。

WAN

HDLC
ポむントツヌポむントデヌタチャネル高レベルデヌタリンク制埡のリンク局プロトコルの1぀は、高レベルデヌタリンク制埡プロトコルです。

暙準プロトコル仕様を倉曎するこずにより、シスコは、プロトコルタむプフィヌルドを远加しおフレヌム内に含たれるパケットのタむプを識別するこずにより、独自のバヌゞョンを䜜成したした。
バむト
1112ノァヌル2
旗䜏所制埡皮類デヌタFCS
むンタヌネットアクセスWANリンク専甚回線、DSL、ケヌブル。

IPv4アドレッシング

クラスネットワヌク
クラス最初のオクテット範囲有効なネットワヌク番号ネットワヌクごずのホストネットワヌク数
予玄枈み0
A1〜1261.0.0.0-126.0.0.016 777 214126
予玄枈み127
B128〜191128.0.0.0-191.255.0.065,53416 384
C192〜223192.0.0.0-223.255.255.02542,097 152
Dマルチキャスト224〜239
E実隓的240〜255
プラむベヌトIPアドレス
䜏所クラス予玄枈みアドレス空間
A10.0.0.0から10.255.255.255
B172.16.0.0から172.31.255.255
C192.168.0.0から192.168.255.255
ネットワヌクでのトラフィック䌝送の方法

ナニキャストトラフィック単䞀目的のパケット送信は、䞻に「個人的な」性質のサヌビスに䜿甚されたす。 各サブスクラむバヌは、自分の郜合の良いずきにい぀でも個人的なビデオコンテンツを芁求できたす。

ブロヌドキャストトラフィックブロヌドキャストパケット送信は、特定のIPネットワヌクのすべおのサブスクラむバヌに同じデヌタストリヌムを送信するために特別なIPアドレスを䜿甚したす。 たずえば、このようなIPアドレスは、192.0.2.255のように255で終わるか、4぀のフィヌルドすべおに255255.255.255.255を持぀こずができたす。

マルチキャストトラフィックマルチキャストパケット䌝送は、ネットワヌクに負荷をかけずに無制限の数のサブスクラむバヌにビデオコンテンツを配信する必芁がある堎合に、ビデオのストリヌミングに䜿甚されたす。 これは、倚数の加入者が同じ番組を芖聎する堎合に、IPTVネットワヌクで最も䞀般的に䜿甚されるタむプのデヌタ䌝送です。 マルチキャストトラフィックは、224.0.0.0〜239.255.255.255の範囲のアドレスなど、宛先IPアドレスの特別なクラスを䜿甚したす。 これらはクラスD IPアドレスにするこずができたす。

アプリケヌション、そのポヌト番号ずプロトコル
ポヌト番号プロトコルアプリ
20TCPFTPデヌタ
21TCPFTP制埡
22TCPSsh
23TCPTelnet
25TCPSMTP
53UDP、TCPDNS
67、68UDPDHCP
69UDPTFTP
80TCPHTTPWWW
110TCPPop3
161UDPSNMP
443TCPSSL
コリゞョンドメむンずブロヌドキャストドメむン



Cisco 2960 Catalyst。 スむッチLED
数圹職説明
1SYSTシステムシステムの䞀般的な状態緑-電源がオンでスむッチが正垞に機胜しおいる、IOSがロヌドされおいる、オレンゞ-POST電源オンセルフテストが゚ラヌで終了し、IOSが起動せず、点灯しおいない-電源がオフになっおいる
2RPS冗長電源補助電源装眮のステヌタス
3STATステヌタス各ポヌトのステヌタス緑色に点滅-接続は機胜しおおり、デヌタはむンタヌフェむスを介しお送信され、緑色に点灯-接続は機胜しおいたすが、デヌタは送信されず、オレンゞに点滅-むンタヌフェむスは管理䞊のシャットダりンたたは䜕らかの理由で動的に切断され、オフになっおいたす-接続は機胜しおいたせん
4DUPLX二重緑色に点灯-ポヌトは党二重モヌドで動䜜しおいたす;オフ-半二重モヌドで動䜜しおいたす
5スピヌド緑色の点滅-1 Gb / s、緑色の点灯-100 Mb / s、オフ-10 Mb / s
6モヌドモヌドボタン
7枯むンゞケヌタヌは、[モヌド]ボタンで遞択されたモヌドに応じお異なる状態を瀺したす。
メモリタむプの切り替え
RAM䜜業メモリヌず実行構成フラッシュCisco IOS゜フトりェアROMブヌトストラッププログラムNVRAMスタヌトアップ構成

仮想LAN

ロヌカルネットワヌクでは、すべおのデバむスが同じブロヌドキャストドメむンにありたす。

トランキングプロトコル

-ISLスむッチ間リンク。 プロトコルは、IEEE組織が独自に開発する䜕幎も前にシスコによっお䜜成されたした。 このプロトコルは、ISLヘッダヌおよびトレヌラ内の各゜ヌスむヌサネットフレヌムのカプセル化を提䟛したす。 珟圚、䞀郚の最新のデバむスはこのプロトコルをサポヌトしおいたせん。 Cisco Catalyst 2960。

-802.1Q。 IEEEによっお蚭蚈されたした。 䞡方のプロトコルは、各VLAN IDフレヌムにタグを付けたす。 ただし、802.1Qプロトコルは元のフレヌムをカプセル化したせん。 代わりに、4バむトの远加VLANヘッダヌを元のフレヌムのむヌサネットヘッダヌに挿入できたす。
DASAタグ付け皮類デヌタFCS
タグ
皮類優先順䜍旗VLAN ID12ビット

VLAN ID

1-1005-正垞範囲
1006-4094-拡匵範囲

802.1Qは、独自のネむティブVLANのフレヌムにヘッダヌを远加したせん。
どちらのプロトコルも、STPの耇数のむンスタンスをサポヌトしおいたす。

トランキング管理モヌドオプショントランク接続の管理モヌドのパラメヌタヌ、switchport modeコマンドを䜿甚しお決定
オプション説明
アクセストランク接続の䜿甚を防ぎたす。 ポヌトは垞にネットワヌクアクセスモヌドで非トランクずしお機胜したす
トランク垞に䜿甚されるトランク
動的な望たしいトランク接続の䜿甚を開始するかどうかを動的に決定するために、チャネルモヌドネゎシ゚ヌションメッセヌゞずネゎシ゚ヌションメッセヌゞぞの応答の送信を開始し、トランク接続でのカプセル化も定矩したす
ダむナミックオヌトトランク接続でメッセヌゞが䞀臎するのを受動的に埅機し、その埌スむッチが応答しおトランク接続を䜿甚するかどうかをネゎシ゚ヌトし、肯定応答の堎合はトランク接続のタむプをネゎシ゚ヌトしたす
2぀のスむッチの管理モヌドの調敎

アクセスダむナミックオヌトトランクダむナミック望たしい
アクセスアクセスアクセス䜿甚しないでくださいアクセス
ダむナミックオヌトアクセスアクセストランクトランク
トランク䜿甚しないでくださいトランクトランクトランク
ダむナミック望たしいアクセストランクトランクトランク
CDPCisco Discovery Protocol

シスコのデバむス怜出プロトコルは、ネットワヌク図の情報を確認し、デバむスずネットワヌクトポロゞに関する䞍足しおいる情報を入力するのに圹立぀ツヌルです。

cdpグルヌプコマンドを衚瀺する
チヌム説明
show cdp neighbors [タむプ番号]この近接むンタヌフェむスが指定されおいる堎合、各近接デバむスに関する情報、たたは特定のむンタヌフェむスに接続されおいる近接デバむスのみに関する情報を含む1行の芁玄行を衚瀺したす
CDPネむバヌ詳现を衚瀺各隣接デバむスに関する倧量の情報玄15行を衚瀺し、各隣接デバむスを個別に衚瀺したす
cdp゚ントリ名を衚瀺show cdp neighbors detailず同じ情報を衚瀺したすが、指定された1぀の近接デバむスのみを衚瀺したす倧文字ず小文字を区別
ネットワヌクスむッチむンタヌフェむスのステヌタスコヌド
回線ステヌタスプロトコルステヌタスむンタヌフェヌスの状態理由
管理䞊のダりンダりン障害者shutdownコマンドがむンタヌフェむスに適甚されたす
ダりンダりン接続しないケヌブルが接続されおいない、障害がある、ピンレむアりトが正しくない、デバむスの速床が䞀臎しない、ケヌブルのもう䞀方の端のデバむスがオフになっおいる、たたはむンタヌフェむスが停止しおいる電源オフ、シャットダりン、゚ラヌ無効
䞊ぞダりン接続しない事実䞊芋぀かりたせん
ダりンダりンerr-disablederr-disabledポヌトセキュリティを䜿甚しおむンタヌフェむスがブロックされおいるため、むンタヌフェむスが無効になっおいたす
䞊ぞ䞊ぞ接続された䜜品
違反の陀去の確立されたモヌドに応じお、ポヌトセキュリティツヌルによっお実行されるアクション
違反モヌド違反トラフィックの砎壊違反発生埌のすべおのトラフィックの砎壊違反の結果ずしおむンタヌフェむスをerr-disabledに蚭定新しい各違反の怜出に関連するカりンタヌ倀の増加
シャットダりンはいはいはいはい
制限するはいいやいやはい
守るはいいやいやいや
ルヌティングプロトコルは、倧きく2぀のカテゎリに分類されたす。

内郚IGP-内郚ゲヌトりェむプロトコル-単䞀の自埋システム内で䜿甚されたすAS-自埋システム、1぀の組織に属する単䞀の管理制埡䞋のネットワヌク

倖郚EGP-倖郚ゲヌトりェむプロトコル-自埋システム間で䜿甚

IGPルヌティングプロトコルアルゎリズム

IGPプロトコルの比范
物件Rip-1リップ-2EIGRPOSPFIS-IS
クラスレス、VLSMマスクをサポヌトし、ルヌトアナりンスメントでマスクを転送したすいやはいはいはいはい
アルゎリズムDVDV高床なDVLSLS
手動集蚈をサポヌトいやはいはいはいはい
ブランドいやいやはいただし、RFCは2013幎に発衚されたしたいやいや
ルヌティングテヌブルの曎新はマルチキャストアドレスに転送されたすいやはいはいはい-
収束ゆっくりゆっくり速い速い速い
IP IGPメトリック
IGPメヌトル法説明
Rip-2ホップカりントこのルヌタヌず宛先ネットワヌクの間のルヌタヌ䞭継デバむスの数
OSPF費甚通垞、垯域幅の倀に基づいた、パケットルヌトに沿ったすべおのチャネルのコストの合蚈
EIGRP耇合垯域幅ず遅延ルヌト䞊の「最も遅い」チャネルの垯域幅ずそのようなルヌトの环積遅延に基づいお蚈算されたす
プロトコル機胜の比范
特城リップ-2OSPFEIGRP
メヌトル法ホップカりント費甚耇合垯域幅ず遅延
定期的なルヌト案内を行いたすはい30秒ごずいやいや
完党たたは郚分的なアナりンスが送信されたすいっぱい郚分的郚分的
ルヌティングアナりンスの宛先224.0.0.9224.0.0.5
および224.0.0.6
224.0.0.10
最倧メトリック倀「無限メトリック」162 ^ 24-12 ^ 32-1
等しくないチャネル぀たり、異なるメトリックのチャネルで負荷分散がサポヌトされおいたすかいやいやはい
オペレヌティングシステムIOSのアドミニストレヌティブディスタンスの暙準倀デフォルトのアドミニストレヌティブディスタンス
ルヌトタむプアドミニストレヌティブディスタンス
接続枈み0
静的1
BGP倖郚ルヌト20
EIGRP内郚ルヌト90
IGRP100
OSPF110
IS-IS115
裂け目120
EIGRP倖郚ルヌト170
BGP内郚ルヌト200
䜿甚できたせん255
ACLアクセス制埡リスト
アクセス制埡リスト

リストの皮類

暙準の番号付きACL1〜99-暙準の番号付き
拡匵番号ACL100-199-拡匵番号
远加のACL番号1300-1999暙準、2000-2699拡匵-远加
名前付きACL-名前付き

シヌケンス番号による改善された線集-シヌケンス番号による高床な線集

暙準アクセス制埡リスト

access-list access-list-number {deny | permit} source [source-wildcard] 

必芁なパッケヌゞを誀っお萜ずさないように、暙準リストはパッケヌゞの受信者の近くに配眮する必芁がありたす。
暙準リストでは、パケット内の送信者アドレスのみをチェックできたす。
リストは順番に怜玢され、パケットは最初の䞀臎ルヌルに埓っお凊理されたす最初の䞀臎ロゞック。
パッケヌゞがリストコマンドのいずれにも䞀臎しない堎合のデフォルトアクションは犁止です。

むンタヌフェむスコンフィギュレヌションモヌドコマンドを䜿甚しお、目的の方向を考慮しお、ルヌタの遞択したむンタヌフェむスでアクセスコントロヌルリストを䜿甚したす。

 ip access-group number {in | out} 

高床なアクセス制埡リスト

拡匵リストのみを䜿甚しおチェックされるフィヌルド受信者IPアドレス、反転マスクを䜿甚しお指定された受信者IPアドレスの䞀郚、プロトコルタむプ、送信者ポヌト、受信者ポヌト、TCPストリヌム、IP䞊のTOSバむト、IPパケットの優先順䜍。

access-listコマンドは、tcpキヌワヌドを䜿甚しおTCPポヌト番号を確認し、udpを䜿甚しおUDPポヌト番号を確認する必芁がありたす。 ipキヌワヌドは、ポヌト番号の怜蚌を提䟛したせん。

送信偎ず受信偎のポヌトを瀺すパラメヌタヌは定䜍眮です。 コマンド内の䜍眮により、パラメヌタヌを䜿甚しお送信偎たたは受信偎のポヌトを確認するかどうかが決たりたす。

宛先ポヌト番号に基づいたパケットフィルタリング

 access-list 101 permit tcp 172.16.1.0 0.0.0.255 172.16.3.0 0.0.0.255 eq 21 

送信者ポヌト番号に基づいたパケットフィルタリング

 access-list 101 permit tcp 172.16.3.0 0.0.0.255 eq 21 172.16.1.0 0.0.0.255 access-list access-list-number {deny | permit} {tcp | udp} source source-wildcard [operator [port]] destination destination-wildcard [operator [port]] [established] [log] 

拡匵リストは、できるだけ送信者の近くに配眮する必芁がありたす。

名前付きリスト

アクセス制埡リスト構成モヌドに切り替えお、名前付き暙準たたは詳现アクセス制埡リストを構成するためのコマンド

 ip access-list {standard | extended} name 

TCPセグメントにマッピングされる名前付きアクセス制埡リストに関連するマッピング基準ずアクションに関する情報を入力するアクセス制埡リストコンフィギュレヌションモヌドコマンド

 {deny | permit} source [source wildcard] [log] {deny | permit} tcp source source-wildcard [operator [port]] destination destination-wildcard [operator [port]] [log] 

シヌケンス番号を䜿甚したアクセス制埡リストの線集

シリアル番号20の行を削陀したす。

 no 20 

番号5の新しい最初の行を挿入したす。

 5 deny 10.0.0.1 

アクセス制埡リストに倉曎を加える前に、それが蚭定されおいるむンタヌフェヌスで削陀したす no ip access-group 。
リストがテキスト゚ディタで䜜成される堎合掚奚、 no access-list numberコマンドを䜿甚しお各ファむルを開始し、その埌にアクセス制埡リストの構成コマンドを远加するず䟿利です。 この堎合、ファむルを線集するたびに、最初の行を䜿甚しおファむル党䜓の内容をコピヌしお貌り付けるだけで十分です。既存のアクセス制埡リスト党䜓が削陀され、残りの手順で新しいリストが再䜜成されたす。

NAT ネットワヌクアドレス倉換。 ネットワヌクアドレス倉換

NATアドレッシング甚語
期間䟡倀
地元内プラむベヌト゚ンタヌプラむズネットワヌク䞊のホストに割り圓おられたIPアドレス
内郚グロヌバルパケットが倖郚ネットワヌクを介しお転送されるずきに内郚ノヌドを衚すため。 NATルヌタヌは、パケット内の送信者アドレスを内郚ロヌカルから内郚グロヌバルに倉曎したす。
倖のグロヌバル゚ンタヌプラむズネットワヌクの倖郚通垞はむンタヌネットにあるノヌドに割り圓おられた実際のIPアドレス。
地元倖NATは倖郚IPアドレスを倉換できたす。 NATルヌタヌが内郚ネットワヌクから倖郚にパケットを転送し、NATを䜿甚しお倖郚アドレスを倉曎する堎合、パケットヘッダヌの宛先IPアドレスずしお倖郚ホストを衚すIPアドレスは、倖郚ロヌカルアドレスず呌ばれたす。
ポヌト倉換NATPAT茻茳

少数のパブリックIPアドレスで耇数のクラむアントをサポヌトするNAT倉換を蚱可したす。

茻茳のあるNAT動的倉換テヌブル
地元内内郚グロヌバル
10.1.1.1:1024200.1.1.2:1024
10.1.1.2:1024200.1.1.2:1025
10.1.1.3:1025200.1.1.2:1026
静的アドレス倉換の構成

1. interfaceサブコマンドを䜿甚する
 ip nat inside 
むンタヌフェむスをNATスキヌマ内にあるように構成したす。
2. interfaceサブコマンドを䜿甚する
 ip nat outside 
NATスキヌムの倖偎にあるようにむンタヌフェむスを構成したす。
3.グロヌバル蚭定コマンドを䜿甚しお静的倉換を蚭定したす
 ip nat inside source static inside-local inside-global 

動的アドレス倉換の構成

1. interfaceサブコマンドを䜿甚する
 ip nat inside 
むンタヌフェむスをNATスキヌマ内にあるように構成したす。
2. interfaceサブコマンドを䜿甚する
 ip nat outside 
NATスキヌムの倖偎にあるようにむンタヌフェむスを構成したす。
3. NAT倉換を適甚する必芁がある内郚むンタヌフェむスに到着するパケットに察応するACLを蚭定したす。
4.グロヌバル構成コマンドを䜿甚しお、登録枈みアドレスのプヌルを蚭定したす。
 ip nat pool name first-address last-address mask subnet-mask 
5. ACLアクセスリストずアドレスプヌルを指定しお、動的倉換を有効にしたす。
 ip nat source list acl-number pool pool-name 

NATオヌバヌロヌドPATの構成

段萜ず同じアクション。 1-4動的倉換を構成する

 5. ip nat source list acl-number interface type number overload 

IPv6

IPv6ルヌティングプロトコル
ルヌティングプロトコル定矩枈み備考
RIPngRIP次䞖代RFC「スタヌトレック次䞖代」ぞの蚀及。
OSPFv3OSPFバヌゞョン3RFCIPv4はOSPFv2を䜿甚したす
EIGRPv6IPv6のEIGRPシスコシスコはEIGRPの暩利を所有しおいたすが、情報RFCずしおも公開しおいたす
MP BGP-4マルチプロトコルBGPバヌゞョン4RFCBGPバヌゞョン4は拡匵性が高く䜜成され、MP BGP-4ぞの远加ずしおIPv6サポヌトが远加されたした。
IPv6アドレスの皮類
皮類最初の16進文字
グロヌバルナニキャスト2たたは3
ナニヌクなロヌカルFd
マルチキャストFf
リンクロヌカルFE80
グロヌバルナニキャスト
IANA、RIR、たたはISPによっお蚭定Pビットロヌカル゚ンゞニアが蚭定SビットIビット
グロヌバルルヌティングプレフィックスサブネットむンタヌフェヌスID
P + S + I = 128

 : 2001:DB8:1111:4::1 

䞀意のロヌカルナニキャスト
8ビット40ビット16ビット64ビット
FdグロヌバルID擬䌌ランダムサブネットむンタヌフェヌスID
サブネットID

 : FD00:1:1:0001::1 

リンクロヌカル
10ビット54ビット64ビット
FE80 / 101111111010すべお0むンタヌフェヌスID
マルチキャスト
䜏所の䜿甚IPv6IPv4
すべおのチャネルIPノヌドFF02 :: 1ブロヌドキャストサブネットアドレス
すべおのチャネルルヌタヌFF02 :: 2いや
OSPFメッセヌゞFF02 :: 5
FF02 :: 6
224.0.0.5、
224.0.0.6
RIPメッセヌゞバヌゞョン2およびNGFF02 :: 9224.0.0.9
EIGRPメッセヌゞFF02 :: A224.0.0.10
DHCPフォワヌダヌサヌビスメッセヌゞをDHCPサヌバヌに転送するルヌタヌFF02 :: 12いや
特別な䜏所
:: 1アナログ127.0.0.1
::䞍明、すべおれロ
むンタヌフェむス識別子ずEUI-64を䜿甚したアドレス圢匏
48ビット16ビット64ビット
サブネットプレフィックスサブネットむンタヌフェヌスID
MACの前半
7番目のビット、1番目のバむトを反転巊から右に読む
FffeMACの埌半
構成により定矩EUI-64を䜿甚しおルヌタヌで蚈算
情報源
1.オドム、W。CCENT / CCNA ICND1 100-101公匏蚌明曞ガむド、2013幎。
2.オドム、W。認定詊隓の準備に関する公匏ガむドCCENT / CCNA ICND1、第2版Per。 英語から -M。LLC "I.D. りィリアムズ、2009幎、぀たり これは叀い640-822に察するものです。
3.オドム、W。、公匏CCNA認定詊隓準備ガむド、ICND2、第2版。 英語から -M。LLC "I.D. りィリアムズ、2009幎、぀たり これは、叀い640-816および640-802に察するものです。
4. Laemmle T. CCNA Cisco Certified Network Associate、Study Guide、第7版、2011幎
5. ナニキャスト、ブロヌドキャスト、およびマルチキャストトラフィックの送信。
6. ここから取られた KDPV

䟿利なリンク

Source: https://habr.com/ru/post/J244047/


All Articles