Cisco Training 200-125 CCNA v3.0. ວັນທີ 49: ແນະນໍາ EIGRP

ມື້ນີ້ພວກເຮົາຈະເລີ່ມຕົ້ນການສຶກສາອະນຸສັນຍາ EIGRP, ເຊິ່ງ, ຄຽງຄູ່ກັບການສຶກສາ OSPF, ເປັນຫົວຂໍ້ທີ່ສໍາຄັນທີ່ສຸດຂອງຫຼັກສູດ CCNA.

ພວກເຮົາຈະກັບຄືນໄປຫາພາກທີ 2.5 ຕໍ່ມາ, ແຕ່ສໍາລັບຕອນນີ້, ຫຼັງຈາກພາກ 2.4, ພວກເຮົາຈະໄປຫາພາກທີ 2.6, "ການຕັ້ງຄ່າ, ກວດສອບ, ແລະການແກ້ໄຂບັນຫາ EIGRP ຜ່ານ IPv4 (ບໍ່ລວມການພິສູດຢືນຢັນ, ການກັ່ນຕອງ, ການສະຫຼຸບຄູ່ມື, ການແຈກຢາຍຄືນໃຫມ່, ແລະຈຸດຢືນ) ການ​ຕັ້ງ​ຄ່າ​)​.”
ມື້ນີ້ພວກເຮົາຈະມີບົດຮຽນແນະນໍາທີ່ຂ້ອຍຈະແນະນໍາທ່ານກ່ຽວກັບແນວຄວາມຄິດຂອງ Enhanced Internal Gateway Routing Protocol EIGRP, ແລະໃນສອງບົດຮຽນຕໍ່ໄປພວກເຮົາຈະເບິ່ງການຕັ້ງຄ່າແລະການແກ້ໄຂບັນຫາຫຸ່ນຍົນຂອງໂປໂຕຄອນ. ແຕ່ທໍາອິດຂ້ອຍຢາກບອກເຈົ້າຕໍ່ໄປນີ້.

ໃນໄລຍະສອງສາມບົດຮຽນທີ່ຜ່ານມາພວກເຮົາໄດ້ຮຽນຮູ້ກ່ຽວກັບ OSPF. ຕອນນີ້ຂ້ອຍຢາກໃຫ້ເຈົ້າຈື່ໄວ້ວ່າເມື່ອພວກເຮົາເບິ່ງ RIP ຫຼາຍເດືອນກ່ອນຫນ້ານີ້, ພວກເຮົາໄດ້ເວົ້າກ່ຽວກັບການກໍານົດເສັ້ນທາງແລະເຕັກໂນໂລຢີທີ່ປ້ອງກັນບໍ່ໃຫ້ການຈະລາຈອນຈາກ looping. ເຈົ້າສາມາດປ້ອງກັນການສົ່ງເສັ້ນທາງໄດ້ແນວໃດເມື່ອໃຊ້ OSPF? ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ວິທີການເຊັ່ນ Route Poison ຫຼື Split Horizon ສໍາລັບການນີ້? ນີ້ແມ່ນຄໍາຖາມທີ່ທ່ານຕ້ອງຕອບສໍາລັບຕົວທ່ານເອງ. ທ່ານສາມາດນໍາໃຊ້ຊັບພະຍາກອນຫົວຂໍ້ອື່ນໆ, ແຕ່ຊອກຫາຄໍາຕອບສໍາລັບຄໍາຖາມເຫຼົ່ານີ້. ຂ້າພະເຈົ້າຕ້ອງການໃຫ້ທ່ານຮຽນຮູ້ວິທີການຊອກຫາຄໍາຕອບດ້ວຍຕົນເອງໂດຍການເຮັດວຽກກັບແຫຼ່ງຂໍ້ມູນທີ່ແຕກຕ່າງກັນ, ແລະຂ້າພະເຈົ້າຂໍແນະນໍາໃຫ້ທ່ານອອກຄໍາເຫັນຂອງທ່ານຂ້າງລຸ່ມນີ້ວິດີໂອນີ້ເພື່ອໃຫ້ຂ້າພະເຈົ້າເຫັນວ່າມີນັກຮຽນຂອງຂ້ອຍໄດ້ສໍາເລັດວຽກງານນີ້ຫຼາຍປານໃດ.

EIGRP ແມ່ນຫຍັງ? ມັນເປັນໂປຣໂຕຄອນການກຳນົດເສັ້ນທາງແບບປະສົມທີ່ລວມເອົາຄຸນສົມບັດທີ່ເປັນປະໂຫຍດຂອງທັງໂປຣໂຕຄໍ vector ໄລຍະໄກ ເຊັ່ນ RIP ແລະ link-state protocol ເຊັ່ນ OSPF.

EIGRP ເປັນໂປຣໂຕຄອນທີ່ເປັນເຈົ້າຂອງ Cisco ທີ່ມີໃຫ້ສາທາລະນະຊົນໃນປີ 2013. ຈາກອະນຸສັນຍາການຕິດຕາມລັດເຊື່ອມຕໍ່, ລາວໄດ້ຮັບຮອງເອົາຂັ້ນຕອນການສ້າງຕັ້ງເຂດໃກ້ຄຽງ, ບໍ່ຄືກັບ RIP, ເຊິ່ງບໍ່ໄດ້ສ້າງເພື່ອນບ້ານ. RIP ຍັງແລກປ່ຽນຕາຕະລາງເສັ້ນທາງກັບຜູ້ເຂົ້າຮ່ວມອື່ນໆໃນໂປໂຕຄອນ, ແຕ່ OSPF ປະກອບເປັນຈຸດທີ່ຢູ່ຕິດກັນກ່ອນທີ່ຈະເລີ່ມການແລກປ່ຽນນີ້. EIGRP ເຮັດວຽກແບບດຽວກັນ.

ໂປຣໂຕຄໍ RIP ປັບປຸງຕາຕະລາງເສັ້ນທາງເຕັມເປັນໄລຍະທຸກໆ 30 ວິນາທີ ແລະແຈກຢາຍຂໍ້ມູນກ່ຽວກັບທຸກສ່ວນຕິດຕໍ່ ແລະທຸກເສັ້ນທາງໄປຫາເພື່ອນບ້ານທັງໝົດ. EIGRP ບໍ່ໄດ້ດໍາເນີນການປັບປຸງຂໍ້ມູນເຕັມແຕ່ລະໄລຍະ, ແທນທີ່ຈະໃຊ້ແນວຄວາມຄິດຂອງການອອກອາກາດຂໍ້ຄວາມສະບາຍດີໃນແບບດຽວກັນກັບ OSPF ເຮັດ. ທຸກໆສອງສາມວິນາທີມັນຈະສົ່ງສະບາຍດີເພື່ອໃຫ້ແນ່ໃຈວ່າເພື່ອນບ້ານຍັງ "ມີຊີວິດຢູ່".

ບໍ່ເຫມືອນກັບໂປໂຕຄອນ vector ໄລຍະໄກ, ເຊິ່ງກວດສອບ topology ເຄືອຂ່າຍທັງຫມົດກ່ອນທີ່ຈະຕັດສິນໃຈສ້າງເສັ້ນທາງ, EIGRP, ເຊັ່ນ RIP, ສ້າງເສັ້ນທາງໂດຍອີງໃສ່ຂ່າວລື. ເມື່ອຂ້ອຍເວົ້າຂ່າວລື, ຂ້ອຍຫມາຍຄວາມວ່າເມື່ອເພື່ອນບ້ານລາຍງານບາງສິ່ງບາງຢ່າງ, EIGRP ເຫັນດີກັບມັນໂດຍບໍ່ມີຄໍາຖາມ. ຕົວຢ່າງ, ຖ້າເພື່ອນບ້ານເວົ້າວ່າລາວຮູ້ວິທີການບັນລຸ 10.1.1.2, EIGRP ເຊື່ອລາວໂດຍບໍ່ຕ້ອງຖາມ, "ເຈົ້າຮູ້ໄດ້ແນວໃດ? ບອກຂ້ອຍກ່ຽວກັບ topology ຂອງເຄືອຂ່າຍທັງຫມົດ!

ກ່ອນປີ 2013, ຖ້າທ່ານໃຊ້ພຽງແຕ່ໂຄງສ້າງພື້ນຖານ Cisco, ທ່ານສາມາດນໍາໃຊ້ EIGRP, ນັບຕັ້ງແຕ່ໂປໂຕຄອນນີ້ຖືກສ້າງຂື້ນໃນປີ 1994. ຢ່າງໃດກໍຕາມ, ບໍລິສັດຈໍານວນຫຼາຍ, ເຖິງແມ່ນວ່າການນໍາໃຊ້ອຸປະກອນ Cisco, ບໍ່ຕ້ອງການທີ່ຈະເຮັດວຽກກັບຊ່ອງຫວ່າງນີ້. ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, EIGRP ແມ່ນໂປໂຕຄອນການກໍານົດເສັ້ນທາງແບບເຄື່ອນໄຫວທີ່ດີທີ່ສຸດໃນມື້ນີ້ເພາະວ່າມັນງ່າຍຕໍ່ການໃຊ້ຫຼາຍ, ແຕ່ປະຊາຊົນຍັງມັກ OSPF. ຂ້າພະເຈົ້າຄິດວ່ານີ້ແມ່ນຍ້ອນຄວາມຈິງທີ່ວ່າພວກເຂົາບໍ່ຕ້ອງການທີ່ຈະຖືກຜູກມັດກັບຜະລິດຕະພັນ Cisco. ແຕ່ Cisco ໄດ້ເຮັດໃຫ້ໂປໂຕຄອນນີ້ເປີດເຜີຍຕໍ່ສາທາລະນະເພາະວ່າມັນສະຫນັບສະຫນູນອຸປະກອນເຄືອຂ່າຍຂອງພາກສ່ວນທີສາມເຊັ່ນ Juniper, ແລະຖ້າທ່ານຮ່ວມມືກັບບໍລິສັດທີ່ບໍ່ໃຊ້ອຸປະກອນ Cisco, ທ່ານຈະບໍ່ມີບັນຫາໃດໆ.

ໃຫ້ໃຊ້ເວລາທັດສະນະສັ້ນໆເຂົ້າໄປໃນປະຫວັດຂອງໂປໂຕຄອນເຄືອຂ່າຍ.

ອະນຸສັນຍາ RIPv1, ທີ່ປາກົດໃນຊຸມປີ 1980, ມີຂໍ້ຈໍາກັດຈໍານວນຫນຶ່ງ, ຕົວຢ່າງ, ຈໍານວນສູງສຸດຂອງ hops 16, ແລະດັ່ງນັ້ນຈຶ່ງບໍ່ສາມາດສະຫນອງເສັ້ນທາງຜ່ານເຄືອຂ່າຍຂະຫນາດໃຫຍ່. ເລັກນ້ອຍຕໍ່ມາ, ພວກເຂົາເຈົ້າໄດ້ພັດທະນາ IGRP gateway routing protocol ພາຍໃນ, ເຊິ່ງດີກ່ວາ RIP. ຢ່າງໃດກໍ່ຕາມ, ມັນແມ່ນໂປຣໂຕຄໍ vector ໄລຍະໄກຫຼາຍກວ່າໂປຣໂຕຄໍລັດເຊື່ອມຕໍ່. ໃນທ້າຍຊຸມປີ 80, ມາດຕະຖານເປີດໄດ້ປະກົດຂຶ້ນ, OSPFv2 link state protocol ສໍາລັບ IPv4.

ໃນຕົ້ນຊຸມປີ 90, Cisco ຕັດສິນໃຈວ່າ IGRP ຕ້ອງໄດ້ຮັບການປັບປຸງ ແລະປ່ອຍອອກມາເມື່ອ Enhanced Internal Gateway Routing Protocol EIGRP. ມັນມີປະສິດທິພາບຫຼາຍກ່ວາ OSPF ເພາະວ່າມັນລວມລັກສະນະທັງ RIP ແລະ OSPF. ເມື່ອພວກເຮົາເລີ່ມຄົ້ນຫາມັນ, ທ່ານຈະເຫັນວ່າ EIGRP ແມ່ນງ່າຍຕໍ່ການຕັ້ງຄ່າຫຼາຍກ່ວາ OSPF. Cisco ພະຍາຍາມສ້າງໂປຣໂຕຄໍທີ່ຈະຮັບປະກັນການລວມເຄືອຂ່າຍໄວທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້.

ໃນທ້າຍປີ 90s, ສະບັບປັບປຸງແບບບໍ່ມີຫ້ອງຮຽນຂອງໂປໂຕຄອນ RIPv2 ຖືກປ່ອຍອອກມາ. ໃນຊຸມປີ 2000, ຮຸ່ນທີ 6 ຂອງ OSPF, RIPng ແລະ EIGRPv6, ເຊິ່ງສະຫນັບສະຫນູນ IPv6 protocol, ປາກົດ. ໂລກແມ່ນຄ່ອຍໆກ້າວໄປສູ່ການຫັນປ່ຽນອັນເຕັມທີ່ໄປສູ່ IPvXNUMX, ແລະຜູ້ພັດທະນາໂປໂຕຄອນຕ້ອງການກຽມພ້ອມສໍາລັບການນີ້.

ຖ້າທ່ານຈື່, ພວກເຮົາໄດ້ສຶກສາວ່າໃນເວລາທີ່ເລືອກເສັ້ນທາງທີ່ດີທີ່ສຸດ, RIP, ເປັນໂປໂຕຄອນ vector ໄລຍະໄກ, ຖືກນໍາພາໂດຍພຽງແຕ່ຫນຶ່ງເງື່ອນໄຂ - ຈໍານວນຕໍາ່ສຸດທີ່ຂອງ hops, ຫຼືໄລຍະທາງຕໍາ່ສຸດທີ່ກັບການໂຕ້ຕອບປາຍທາງ. ດັ່ງນັ້ນ, router R1 ຈະເລືອກເສັ້ນທາງໂດຍກົງໄປຫາ router R3, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າຄວາມໄວໃນເສັ້ນທາງນີ້ແມ່ນ 64 kbit / s - ຫຼາຍເທື່ອຫນ້ອຍກ່ວາຄວາມໄວໃນເສັ້ນທາງ R1-R2-R3, ເທົ່າກັບ 1544 kbit / s. ໂປຣໂຕຄໍ RIP ຈະພິຈາລະນາເສັ້ນທາງຊ້າຂອງຄວາມຍາວ 2 hops ໃຫ້ດີທີ່ສຸດແທນທີ່ຈະເປັນເສັ້ນທາງໄວ XNUMX hops.

OSPF ຈະສຶກສາ topology ເຄືອຂ່າຍທັງຫມົດແລະຕັດສິນໃຈໃຊ້ເສັ້ນທາງຜ່ານ R3 ເປັນເສັ້ນທາງທີ່ໄວກວ່າສໍາລັບການສື່ສານກັບ router R2. RIP ໃຊ້ຈໍານວນຂອງ hops ເປັນ metric ຂອງມັນ, ໃນຂະນະທີ່ metric ຂອງ OSPF ແມ່ນຄ່າໃຊ້ຈ່າຍ, ເຊິ່ງໃນກໍລະນີຫຼາຍທີ່ສຸດແມ່ນອັດຕາສ່ວນກັບແບນວິດຂອງການເຊື່ອມຕໍ່.

EIGRP ຍັງສຸມໃສ່ຄ່າໃຊ້ຈ່າຍໃນເສັ້ນທາງ, ແຕ່ metric ຂອງມັນມີຄວາມຊັບຊ້ອນຫຼາຍກ່ວາ OSPF ແລະອີງໃສ່ປັດໃຈຈໍານວນຫຼາຍ, ລວມທັງແບນວິດ, ຄວາມລ່າຊ້າ, ຄວາມຫນ້າເຊື່ອຖື, ການໂຫຼດແລະ MTU ສູງສຸດ. ຕົວຢ່າງ, ຖ້າໂຫນດຫນຶ່ງຖືກໂຫລດຫຼາຍກ່ວາຄົນອື່ນ, EIGRP ຈະວິເຄາະການໂຫຼດໃນເສັ້ນທາງທັງຫມົດແລະເລືອກ node ອື່ນທີ່ມີການໂຫຼດຫນ້ອຍ.

ໃນຫຼັກສູດ CCNA ພວກເຮົາພຽງແຕ່ຈະພິຈາລະນາປັດໃຈການສ້າງຕົວວັດແທກເຊັ່ນ Bandwidth ແລະຄວາມລ່າຊ້າ; ນີ້ແມ່ນສິ່ງທີ່ສູດ metric ຈະໃຊ້.

ໄລຍະຫ່າງ vector protocol RIP ໃຊ້ສອງແນວຄວາມຄິດ: ໄລຍະທາງ ແລະທິດທາງ. ຖ້າພວກເຮົາມີ 3 routers, ແລະຫນຶ່ງໃນນັ້ນແມ່ນເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍ 20.0.0.0, ຫຼັງຈາກນັ້ນທາງເລືອກຈະດໍາເນີນໂດຍໄລຍະທາງ - ເຫຼົ່ານີ້ແມ່ນ hops, ໃນກໍລະນີນີ້ 1 hop, ແລະໂດຍທິດທາງ, ນັ້ນແມ່ນ, ຕາມເສັ້ນທາງ - ເທິງ. ຫຼືຕ່ໍາ - ເພື່ອສົ່ງການຈະລາຈອນ .

ນອກຈາກນັ້ນ, RIP ໃຊ້ການປັບປຸງຂໍ້ມູນເປັນແຕ່ລະໄລຍະ, ແຈກຢາຍຕາຕະລາງເສັ້ນທາງທີ່ສົມບູນໃນທົ່ວເຄືອຂ່າຍທຸກໆ 30 ວິນາທີ. ການປັບປຸງນີ້ເຮັດ 2 ຢ່າງ. ທໍາອິດແມ່ນການປັບປຸງຕົວຈິງຂອງຕາຕະລາງເສັ້ນທາງ, ທີສອງແມ່ນການກວດສອບຄວາມເປັນໄປໄດ້ຂອງເພື່ອນບ້ານ. ຖ້າອຸປະກອນບໍ່ໄດ້ຮັບການປັບປຸງຕາຕະລາງຕອບສະຫນອງຫຼືຂໍ້ມູນເສັ້ນທາງໃຫມ່ຈາກເພື່ອນບ້ານພາຍໃນ 30 ວິນາທີ, ມັນເຂົ້າໃຈວ່າເສັ້ນທາງໄປຫາເພື່ອນບ້ານບໍ່ສາມາດນໍາໃຊ້ໄດ້. router ຈະສົ່ງການປັບປຸງທຸກໆ 30 ວິນາທີເພື່ອຊອກຫາວ່າເພື່ອນບ້ານຍັງມີຊີວິດຢູ່ແລະຖ້າເສັ້ນທາງຍັງຖືກຕ້ອງ.

ດັ່ງທີ່ຂ້າພະເຈົ້າເວົ້າ, ເທກໂນໂລຍີ Split Horizon ຖືກນໍາໃຊ້ເພື່ອປ້ອງກັນການຫມຸນເສັ້ນທາງ. ນີ້ຫມາຍຄວາມວ່າການປັບປຸງບໍ່ໄດ້ຖືກສົ່ງໄປຫາການໂຕ້ຕອບທີ່ມັນມາ. ເຕັກໂນໂລຍີທີສອງສໍາລັບການປ້ອງກັນ loops ແມ່ນ Route Poison. ຖ້າການເຊື່ອມຕໍ່ກັບເຄືອຂ່າຍ 20.0.0.0 ທີ່ສະແດງຢູ່ໃນຮູບຖືກຂັດຈັງຫວະ, router ທີ່ມັນເຊື່ອມຕໍ່ຈະສົ່ງ "ເສັ້ນທາງທີ່ເປັນພິດ" ໄປຫາເພື່ອນບ້ານ, ເຊິ່ງມັນລາຍງານວ່າເຄືອຂ່າຍນີ້ສາມາດເຂົ້າເຖິງໄດ້ໃນ 16 hops, ນັ້ນແມ່ນ, ຕົວຈິງແລ້ວບໍ່ສາມາດເຂົ້າຫາໄດ້. ນີ້ແມ່ນວິທີການ RIP protocol ເຮັດວຽກ.

EIGRP ເຮັດວຽກແນວໃດ? ຖ້າທ່ານຈື່ຈາກບົດຮຽນກ່ຽວກັບ OSPF, ໂປໂຕຄອນນີ້ປະຕິບັດສາມຫນ້າທີ່: ມັນສ້າງເຂດໃກ້ຄຽງ, ໃຊ້ LSA ເພື່ອປັບປຸງ LSDB ໃຫ້ສອດຄ່ອງກັບການປ່ຽນແປງຂອງ topology ເຄືອຂ່າຍ, ແລະສ້າງຕາຕະລາງເສັ້ນທາງ. ການສ້າງຕັ້ງເຂດໃກ້ຄຽງແມ່ນຂັ້ນຕອນທີ່ສັບສົນຫຼາຍທີ່ໃຊ້ຕົວກໍານົດການຫຼາຍ. ຕົວຢ່າງ, ການກວດສອບແລະປ່ຽນການເຊື່ອມຕໍ່ 2WAY - ການເຊື່ອມຕໍ່ບາງອັນຍັງຄົງຢູ່ໃນສະຖານະການສື່ສານສອງທາງ, ບາງອັນຈະຢູ່ໃນສະຖານະເຕັມ. ບໍ່ເຫມືອນກັບ OSPF, ນີ້ບໍ່ໄດ້ເກີດຂື້ນໃນໂປໂຕຄອນ EIGRP - ມັນກວດເບິ່ງພຽງແຕ່ 4 ຕົວກໍານົດການ.

ເຊັ່ນດຽວກັນກັບ OSPF, ໂປໂຕຄອນນີ້ສົ່ງຂໍ້ຄວາມສະບາຍດີທີ່ມີ 10 ຕົວກໍານົດການທຸກໆ 4 ວິນາທີ. ທໍາອິດແມ່ນເງື່ອນໄຂການກວດສອບ, ຖ້າມັນຖືກຕັ້ງຄ່າກ່ອນຫນ້ານີ້. ໃນກໍລະນີນີ້, ອຸປະກອນທັງຫມົດທີ່ຕັ້ງຢູ່ໃກ້ກັນຕ້ອງມີຕົວກໍານົດການຢືນຢັນດຽວກັນ.

ພາລາມິເຕີທີສອງຖືກນໍາໃຊ້ເພື່ອກວດເບິ່ງວ່າອຸປະກອນເປັນຂອງລະບົບອັດຕະໂນມັດດຽວກັນ, ນັ້ນແມ່ນ, ເພື່ອສ້າງຄວາມໃກ້ຊິດໂດຍໃຊ້ໂປໂຕຄອນ EIGRP, ອຸປະກອນທັງສອງຕ້ອງມີຕົວເລກລະບົບອັດຕະໂນມັດດຽວກັນ. ພາລາມິເຕີທີສາມຖືກນໍາໃຊ້ເພື່ອກວດເບິ່ງວ່າຂໍ້ຄວາມສະບາຍດີຖືກສົ່ງມາຈາກທີ່ຢູ່ IP ແຫຼ່ງດຽວກັນ.

ພາລາມິເຕີທີ່ສີ່ຖືກນໍາໃຊ້ເພື່ອກວດສອບຄວາມສອດຄ່ອງຂອງຕົວຄູນ K-Values ​​​​ຕົວແປ. ອະນຸສັນຍາ EIRGP ໃຊ້ 5 ຕົວຄູນດັ່ງກ່າວຈາກ K1 ຫາ K5. ຖ້າທ່ານຈື່, ຖ້າ K = 0 ຕົວກໍານົດການຖືກລະເວັ້ນ, ແຕ່ຖ້າ K = 1, ຕົວກໍານົດການແມ່ນຖືກນໍາໃຊ້ໃນສູດສໍາລັບການຄິດໄລ່ metric. ດັ່ງນັ້ນ, ຄຸນຄ່າຂອງ K1-5 ສໍາລັບອຸປະກອນທີ່ແຕກຕ່າງກັນຕ້ອງຄືກັນ. ໃນຫຼັກສູດ CCNA ພວກເຮົາຈະເອົາຄ່າເລີ່ມຕົ້ນຂອງຄ່າສໍາປະສິດເຫຼົ່ານີ້: K1 ແລະ K3 ເທົ່າກັບ 1, ແລະ K2, K4 ແລະ K5 ເທົ່າກັບ 0.

ດັ່ງນັ້ນ, ຖ້າ 4 ຕົວກໍານົດການນີ້ກົງກັນ, EIGRP ຈະສ້າງຄວາມສໍາພັນເພື່ອນບ້ານແລະອຸປະກອນຕ່າງໆເຂົ້າໄປໃນຕາຕະລາງໃກ້ຄຽງ. ຕໍ່ໄປ, ການປ່ຽນແປງແມ່ນເຮັດກັບຕາຕະລາງ topology.

ຂໍ້ຄວາມສະບາຍດີທັງຫມົດຖືກສົ່ງໄປຫາທີ່ຢູ່ IP multicast 224.0.0.10, ແລະການປັບປຸງ, ອີງຕາມການຕັ້ງຄ່າ, ຖືກສົ່ງໄປຫາທີ່ຢູ່ unicast ຂອງເພື່ອນບ້ານຫຼືທີ່ຢູ່ multicast. ການປັບປຸງນີ້ບໍ່ໄດ້ມາຫຼາຍກວ່າ UDP ຫຼື TCP, ແຕ່ໃຊ້ໂປໂຕຄອນທີ່ແຕກຕ່າງກັນທີ່ເອີ້ນວ່າ RTP, Reliable Transport Protocol. ໂປໂຕຄອນນີ້ກວດເບິ່ງວ່າເພື່ອນບ້ານໄດ້ຮັບການອັບເດດຫຼືບໍ່, ແລະຕາມຊື່ຂອງມັນຊີ້ໃຫ້ເຫັນ, ຫນ້າທີ່ສໍາຄັນຂອງມັນແມ່ນເພື່ອຮັບປະກັນຄວາມຫນ້າເຊື່ອຖືຂອງການສື່ສານ. ຖ້າການປັບປຸງບໍ່ເຖິງເພື່ອນບ້ານ, ການສົ່ງຕໍ່ຈະຖືກຊ້ໍາຈົນກ່ວາເພື່ອນບ້ານໄດ້ຮັບມັນ. OSPF ບໍ່ມີກົນໄກໃນການກວດສອບອຸປະກອນຜູ້ຮັບ, ດັ່ງນັ້ນລະບົບບໍ່ຮູ້ວ່າອຸປະກອນໃກ້ຄຽງໄດ້ຮັບການອັບເດດຫຼືບໍ່.
ຖ້າທ່ານຈື່, RIP ສົ່ງການອັບເດດຂອງ topology ເຄືອຂ່າຍທີ່ສົມບູນທຸກໆ 30 ວິນາທີ. EIGRP ເຮັດສິ່ງນີ້ພຽງແຕ່ຖ້າອຸປະກອນໃຫມ່ປາກົດຢູ່ໃນເຄືອຂ່າຍຫຼືການປ່ຽນແປງບາງຢ່າງໄດ້ເກີດຂື້ນ. ຖ້າ subnet topology ມີການປ່ຽນແປງ, protocol ຈະສົ່ງການອັບເດດ, ແຕ່ບໍ່ແມ່ນຕາຕະລາງ topology ເຕັມ, ແຕ່ມີພຽງແຕ່ບັນທຶກທີ່ມີການປ່ຽນແປງນີ້. ຖ້າເຄືອຂ່າຍຍ່ອຍມີການປ່ຽນແປງ, ພຽງແຕ່ topology ຂອງມັນຈະຖືກປັບປຸງ. ນີ້ເບິ່ງຄືວ່າເປັນການອັບເດດບາງສ່ວນທີ່ເກີດຂຶ້ນເມື່ອຕ້ອງການ.

ດັ່ງທີ່ທ່ານຮູ້, OSPF ສົ່ງ LSAs ອອກທຸກໆ 30 ນາທີ, ບໍ່ວ່າຈະມີການປ່ຽນແປງໃດໆໃນເຄືອຂ່າຍ. EIGRP ຈະບໍ່ສົ່ງການປັບປຸງໃດໆສໍາລັບໄລຍະເວລາທີ່ຍາວນານຈົນກ່ວາມີການປ່ຽນແປງບາງຢ່າງໃນເຄືອຂ່າຍ. ດັ່ງນັ້ນ, EIGRP ແມ່ນມີປະສິດທິພາບຫຼາຍກ່ວາ OSPF.

ຫຼັງຈາກ routers ໄດ້ແລກປ່ຽນຊຸດການປັບປຸງ, ຂັ້ນຕອນທີສາມເລີ່ມຕົ້ນ - ການສ້າງຕາຕະລາງເສັ້ນທາງໂດຍອີງໃສ່ metric, ເຊິ່ງຖືກຄິດໄລ່ໂດຍໃຊ້ສູດທີ່ສະແດງຢູ່ໃນຮູບ. ນາງຄິດໄລ່ຄ່າໃຊ້ຈ່າຍແລະການຕັດສິນໃຈໂດຍອີງໃສ່ຄ່າໃຊ້ຈ່າຍນີ້.
ໃຫ້ສົມມຸດວ່າ R1 ສົ່ງ Hello ກັບ router R2, ແລະ router ນັ້ນສົ່ງ Hello ກັບ router R1. ຖ້າຕົວກໍານົດການທັງຫມົດກົງກັນ, routers ສ້າງຕາຕະລາງຂອງເພື່ອນບ້ານ. ໃນຕາຕະລາງນີ້, R2 ຂຽນລາຍການກ່ຽວກັບ router R1, ແລະ R1 ສ້າງລາຍການກ່ຽວກັບ R2. ຫຼັງຈາກນີ້, router R1 ສົ່ງການປັບປຸງໃຫ້ກັບເຄືອຂ່າຍ 10.1.1.0/24 ທີ່ເຊື່ອມຕໍ່ກັບມັນ. ໃນຕາຕະລາງເສັ້ນທາງ, ນີ້ເບິ່ງຄືວ່າຂໍ້ມູນກ່ຽວກັບທີ່ຢູ່ IP ຂອງເຄືອຂ່າຍ, ການໂຕ້ຕອບ router ທີ່ສະຫນອງການສື່ສານກັບມັນ, ແລະຄ່າໃຊ້ຈ່າຍຂອງເສັ້ນທາງໂດຍຜ່ານການໂຕ້ຕອບນີ້. ຖ້າທ່ານຈື່, ຄ່າໃຊ້ຈ່າຍຂອງ EIGRP ແມ່ນ 90, ແລະຫຼັງຈາກນັ້ນມູນຄ່າທາງໄກແມ່ນຊີ້ໃຫ້ເຫັນ, ເຊິ່ງພວກເຮົາຈະເວົ້າກ່ຽວກັບຕໍ່ມາ.

ສູດ metric ສົມບູນເບິ່ງສັບສົນຫຼາຍ, ນັບຕັ້ງແຕ່ມັນປະກອບມີຄ່າຂອງຄ່າສໍາປະສິດ K ແລະການຫັນປ່ຽນຕ່າງໆ. ເວັບໄຊທ໌ Cisco ສະຫນອງສູດສູດທີ່ສົມບູນ, ແຕ່ຖ້າທ່ານປ່ຽນຄ່າສໍາປະສິດເລີ່ມຕົ້ນ, ມັນຈະຖືກປ່ຽນເປັນຮູບແບບທີ່ງ່າຍດາຍກວ່າ - metric ຈະເທົ່າກັບ (ແບນວິດ + ຄວາມລ່າຊ້າ) * 256.

ພວກເຮົາຈະໃຊ້ສູດທີ່ງ່າຍດາຍພຽງແຕ່ນີ້ເພື່ອຄິດໄລ່ metric, ບ່ອນທີ່ແບນວິດເປັນກິໂລບິດເທົ່າກັບ 107, ແບ່ງອອກດ້ວຍແບນວິດທີ່ນ້ອຍທີ່ສຸດຂອງທຸກອິນເຕີເຟດທີ່ນໍາໄປສູ່ເຄືອຂ່າຍປາຍທາງຢ່າງຫນ້ອຍແບນວິດ, ແລະຄວາມລ່າຊ້າສະສົມເປັນຈໍານວນທັງຫມົດ. ຊັກຊ້າໃນສິບໄມໂຄວິນາທີສໍາລັບການໂຕ້ຕອບທັງຫມົດທີ່ນໍາໄປສູ່ເຄືອຂ່າຍປາຍທາງ.

ເມື່ອຮຽນຮູ້ EIGRP, ພວກເຮົາຈໍາເປັນຕ້ອງເຂົ້າໃຈສີ່ຄໍານິຍາມ: ໄລຍະຫ່າງທີ່ເປັນໄປໄດ້, ໄລຍະຫ່າງທີ່ລາຍງານ, ຜູ້ປະສົບຜົນສໍາເລັດ (ເຣົາເຕີເພື່ອນບ້ານທີ່ມີຄ່າໃຊ້ຈ່າຍເສັ້ນທາງຕ່ໍາສຸດກັບເຄືອຂ່າຍປາຍທາງ), ແລະ Feasible Successor (ເຣົາເຕີເພື່ອນບ້ານສໍາຮອງ). ເພື່ອເຂົ້າໃຈສິ່ງທີ່ພວກເຂົາຫມາຍຄວາມວ່າ, ພິຈາລະນາ topology ເຄືອຂ່າຍຕໍ່ໄປນີ້.

ໃຫ້ເລີ່ມຕົ້ນດ້ວຍການສ້າງຕາຕະລາງເສັ້ນທາງ R1 ເພື່ອເລືອກເສັ້ນທາງທີ່ດີທີ່ສຸດກັບເຄືອຂ່າຍ 10.1.1.0/24. ຖັດຈາກແຕ່ລະອຸປະກອນການສົ່ງຜ່ານໃນ kbit/s ແລະ latency ໃນ ms ແມ່ນສະແດງ. ພວກເຮົາໃຊ້ອິນເຕີເຟດ 100 Mbps ຫຼື 1000000 kbps GigabitEthernet, 100000 kbps FastEthernet, 10000 kbps Ethernet, ແລະ 1544 kbps serial interfaces. ຄຸນຄ່າເຫຼົ່ານີ້ສາມາດພົບໄດ້ໂດຍການເບິ່ງລັກສະນະຂອງການໂຕ້ຕອບທາງດ້ານຮ່າງກາຍທີ່ສອດຄ້ອງກັນໃນການຕັ້ງຄ່າ router.
ການສົ່ງຜ່ານມາດຕະຖານຂອງອິນເຕີເຟດ Serial ແມ່ນ 1544 kbps, ແລະເຖິງແມ່ນວ່າທ່ານມີສາຍ 64 kbps, ອັດຕາຜ່ານຈະຍັງຄົງເປັນ 1544 kbps. ດັ່ງນັ້ນ, ໃນຖານະເປັນຜູ້ບໍລິຫານເຄືອຂ່າຍ, ທ່ານຈໍາເປັນຕ້ອງໃຫ້ແນ່ໃຈວ່າທ່ານກໍາລັງໃຊ້ມູນຄ່າແບນວິດທີ່ຖືກຕ້ອງ. ສໍາລັບການໂຕ້ຕອບສະເພາະ, ມັນສາມາດຖືກກໍານົດໂດຍໃຊ້ຄໍາສັ່ງແບນວິດ, ແລະການນໍາໃຊ້ຄໍາສັ່ງການຊັກຊ້າ, ທ່ານສາມາດປ່ຽນຄ່າການຊັກຊ້າເລີ່ມຕົ້ນ. ທ່ານບໍ່ຈໍາເປັນຕ້ອງກັງວົນກ່ຽວກັບຄ່າແບນວິດເລີ່ມຕົ້ນສໍາລັບ GigabitEthernet ຫຼື Ethernet interfaces, ແຕ່ໃຫ້ລະມັດລະວັງໃນເວລາເລືອກຄວາມໄວຂອງສາຍຖ້າທ່ານໃຊ້ອິນເຕີເຟດ Serial.

ກະລຸນາຮັບຊາບວ່າໃນແຜນວາດນີ້ຄວາມລ່າຊ້າແມ່ນສະແດງເປັນ milliseconds ms, ແຕ່ໃນຄວາມເປັນຈິງແລ້ວມັນແມ່ນ microseconds, ຂ້ອຍບໍ່ມີຕົວອັກສອນ μ ເພື່ອສະແດງ microseconds μsຢ່າງຖືກຕ້ອງ.

ກະລຸນາເອົາໃຈໃສ່ກັບຄວາມເປັນຈິງຕໍ່ໄປນີ້. ຖ້າທ່ານອອກຄໍາສັ່ງສະແດງການໂຕ້ຕອບ g0/0, ລະບົບຈະສະແດງເວລາ latency ໃນສິບໄມໂຄວິນາທີແທນທີ່ຈະພຽງແຕ່ microseconds.

ພວກເຮົາຈະເບິ່ງບັນຫານີ້ໂດຍລະອຽດໃນວິດີໂອຕໍ່ໄປກ່ຽວກັບການຕັ້ງຄ່າ EIGRP, ສໍາລັບຕອນນີ້ຈື່ໄວ້ວ່າເມື່ອປ່ຽນຄ່າ latency ເຂົ້າໄປໃນສູດ, 100 μsຈາກແຜນວາດປ່ຽນເປັນ 10, ເນື່ອງຈາກວ່າສູດໃຊ້ສິບໄມໂຄວິນາທີ, ບໍ່ແມ່ນຫນ່ວຍ.

ໃນແຜນວາດ, ຂ້າພະເຈົ້າຈະຊີ້ບອກດ້ວຍຈຸດສີແດງຂອງການໂຕ້ຕອບທີ່ສະແດງຜົນຜ່ານແລະການຊັກຊ້າທີ່ກ່ຽວຂ້ອງ.

ກ່ອນອື່ນ ໝົດ, ພວກເຮົາ ຈຳ ເປັນຕ້ອງ ກຳ ນົດໄລຍະທາງທີ່ເປັນໄປໄດ້. ນີ້ແມ່ນຕົວຊີ້ວັດ FD, ເຊິ່ງຖືກຄິດໄລ່ໂດຍໃຊ້ສູດ. ສໍາລັບພາກສ່ວນຈາກ R5 ກັບເຄືອຂ່າຍພາຍນອກ, ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ແບ່ງ 107 ໂດຍ 106, ດັ່ງນັ້ນພວກເຮົາໄດ້ຮັບ 10. ຕໍ່ໄປ, ກັບມູນຄ່າແບນວິດນີ້ພວກເຮົາຈໍາເປັນຕ້ອງເພີ່ມຄວາມລ່າຊ້າເທົ່າກັບ 1, ເພາະວ່າພວກເຮົາມີ 10 microseconds, ນັ້ນແມ່ນ, ຫນຶ່ງສິບ. ມູນຄ່າຜົນໄດ້ຮັບຂອງ 11 ຈະຕ້ອງຄູນດ້ວຍ 256, ນັ້ນແມ່ນ, ຄ່າ metric ຈະເປັນ 2816. ນີ້ແມ່ນຄ່າ FD ສໍາລັບພາກນີ້ຂອງເຄືອຂ່າຍ.

Router R5 ຈະສົ່ງຄ່ານີ້ໄປຫາ router R2, ແລະສໍາລັບ R2 ມັນຈະກາຍເປັນໄລຍະການລາຍງານທີ່ຖືກປະກາດ, ນັ້ນແມ່ນ, ມູນຄ່າທີ່ເພື່ອນບ້ານບອກມັນ. ດັ່ງນັ້ນ, ໄລຍະຫ່າງ RD ທີ່ໂຄສະນາສໍາລັບອຸປະກອນອື່ນໆທັງຫມົດຈະເທົ່າກັບໄລຍະ FD ທີ່ເປັນໄປໄດ້ຂອງອຸປະກອນທີ່ລາຍງານໃຫ້ທ່ານ.

Router R2 ປະຕິບັດການຄິດໄລ່ FD ໂດຍອີງໃສ່ຂໍ້ມູນຂອງມັນ, ນັ້ນແມ່ນ, ມັນແບ່ງ 107 ໂດຍ 105 ແລະໄດ້ຮັບ 100. ຫຼັງຈາກນັ້ນ, ມັນເພີ່ມມູນຄ່າການຊັກຊ້າໃນເສັ້ນທາງໄປສູ່ເຄືອຂ່າຍພາຍນອກ: ຄວາມລ່າຊ້າຂອງ R5, ເທົ່າກັບຫນຶ່ງສິບ microseconds, ແລະ. ຄວາມລ່າຊ້າຂອງຕົນເອງ, ເທົ່າກັບສິບສິບ. ຄວາມລ່າຊ້າທັງໝົດຈະເປັນ 11 ສິບໄມໂຄວິນາທີ. ພວກເຮົາເພີ່ມມັນໄປຫາຮ້ອຍຜົນໄດ້ຮັບແລະໄດ້ຮັບ 111, ຄູນຄ່ານີ້ດ້ວຍ 256 ແລະໄດ້ຮັບມູນຄ່າ FD = 28416. Router R3 ເຮັດຄືກັນ, ໄດ້ຮັບຫຼັງຈາກການຄິດໄລ່ມູນຄ່າ FD = 281856. Router R4 ຄິດໄລ່ຄ່າ FD = 3072 ແລະສົ່ງມັນໄປຫາ R1 ເປັນ RD.

ກະລຸນາສັງເກດວ່າເມື່ອຄິດໄລ່ FD, router R1 ບໍ່ໄດ້ປ່ຽນແບນວິດຂອງຕົນເອງຂອງ 1000000 kbit / s ເຂົ້າໄປໃນສູດ, ແຕ່ແບນວິດຕ່ໍາຂອງ router R2, ເຊິ່ງເທົ່າກັບ 100000 kbit / s, ເພາະວ່າສູດສະເຫມີໃຊ້ແບນວິດຕ່ໍາສຸດຂອງ. ການໂຕ້ຕອບທີ່ນໍາໄປສູ່ເຄືອຂ່າຍປາຍທາງ. ໃນກໍລະນີນີ້, routers R10.1.1.0 ແລະ R24 ແມ່ນຢູ່ໃນເສັ້ນທາງໄປສູ່ເຄືອຂ່າຍ 2/5, ແຕ່ເນື່ອງຈາກ router ທີ 2 ມີແບນວິດທີ່ໃຫຍ່ກວ່າ, ມູນຄ່າແບນວິດທີ່ນ້ອຍທີ່ສຸດຂອງ router R1 ແມ່ນຖືກທົດແທນເຂົ້າໃນສູດ. ຄວາມລ່າຊ້າທັງໝົດຕາມເສັ້ນທາງ R2-R5-R1 ແມ່ນ 10+1+12 (ສິບ) = 100, ເສັ້ນຜ່ານທາງຫຼຸດລົງແມ່ນ 256, ແລະຜົນລວມຂອງຕົວເລກເຫຼົ່ານີ້ຄູນດ້ວຍ 30976 ໃຫ້ຄ່າ FD = XNUMX.

ດັ່ງນັ້ນ, ອຸປະກອນທັງຫມົດໄດ້ຄິດໄລ່ FD ຂອງການໂຕ້ຕອບຂອງພວກເຂົາ, ແລະ router R1 ມີ 3 ເສັ້ນທາງທີ່ນໍາໄປສູ່ເຄືອຂ່າຍປາຍທາງ. ເຫຼົ່ານີ້ແມ່ນເສັ້ນທາງ R1-R2, R1-R3 ແລະ R1-R4. router ເລືອກຄ່າຕໍາ່ສຸດທີ່ຂອງໄລຍະທາງທີ່ເປັນໄປໄດ້ FD, ເຊິ່ງເທົ່າກັບ 30976 - ນີ້ແມ່ນເສັ້ນທາງໄປຫາ router R2. router ນີ້ກາຍເປັນຜູ້ສືບທອດ, ຫຼື "ຜູ້ສືບທອດ". ຕາຕະລາງ routing ຍັງຊີ້ໃຫ້ເຫັນ Feasible Successor (backup successor) - ມັນຫມາຍຄວາມວ່າຖ້າການເຊື່ອມຕໍ່ລະຫວ່າງ R1 ແລະ Successor ຖືກທໍາລາຍ, ເສັ້ນທາງຈະຖືກສົ່ງຜ່ານ router Feasible Successor ສໍາຮອງຂໍ້ມູນ.

ຜູ້ສືບທອດທີ່ເປັນໄປໄດ້ຖືກມອບໝາຍຕາມກົດລະບຽບດຽວ: ໄລຍະໂຄສະນາ RD ຂອງເຣົາເຕີນີ້ຈະຕ້ອງໜ້ອຍກວ່າ FD ຂອງເຣົາເຕີໃນສ່ວນໄປຫາຜູ້ສືບທອດ. ໃນກໍລະນີຂອງພວກເຮົາ, R1-R2 ມີ FD = 30976, RD ໃນພາກ R1-K3 ເທົ່າກັບ 281856, ແລະ RD ໃນສ່ວນ R1-R4 ເທົ່າກັບ 3072. ນັບຕັ້ງແຕ່ 3072 < 30976, router R4 ຖືກເລືອກເປັນ Feasible Successors.

ນີ້ຫມາຍຄວາມວ່າຖ້າການສື່ສານຖືກລົບກວນໃນສ່ວນເຄືອຂ່າຍ R1-R2, ການຈະລາຈອນໄປຫາເຄືອຂ່າຍ 10.1.1.0/24 ຈະຖືກສົ່ງໄປຕາມເສັ້ນທາງ R1-R4-R5. ການປ່ຽນເສັ້ນທາງເມື່ອໃຊ້ RIP ໃຊ້ເວລາຫຼາຍສິບວິນາທີ, ເມື່ອໃຊ້ OSPF ມັນໃຊ້ເວລາຫຼາຍວິນາທີ, ແລະໃນ EIGRP ມັນເກີດຂຶ້ນທັນທີ. ນີ້ແມ່ນປະໂຫຍດອີກອັນຫນຶ່ງຂອງ EIGRP ຫຼາຍກວ່າໂປໂຕຄອນການກໍານົດເສັ້ນທາງອື່ນໆ.

ຈະເກີດຫຍັງຂຶ້ນຖ້າທັງຜູ້ສືບທອດ ແລະ ຜູ້ສືບທອດທີ່ເປັນໄປໄດ້ຖືກຕັດການເຊື່ອມຕໍ່ໃນເວລາດຽວກັນ? ໃນກໍລະນີນີ້, EIGRP ໃຊ້ລະບົບ DUAL algorithm, ເຊິ່ງສາມາດຄິດໄລ່ເສັ້ນທາງສໍາຮອງໂດຍຜ່ານຜູ້ສືບທອດທີ່ເປັນໄປໄດ້. ນີ້ອາດຈະໃຊ້ເວລາຫຼາຍວິນາທີ, ໃນລະຫວ່າງທີ່ EIGRP ຈະຊອກຫາເພື່ອນບ້ານອື່ນທີ່ສາມາດນໍາໃຊ້ເພື່ອສົ່ງຕໍ່ການຈະລາຈອນແລະວາງຂໍ້ມູນຂອງມັນຢູ່ໃນຕາຕະລາງເສັ້ນທາງ. ຫຼັງຈາກນີ້, ອະນຸສັນຍາຈະສືບຕໍ່ເຮັດວຽກເສັ້ນທາງປົກກະຕິຂອງມັນ.

ຂອບໃຈສໍາລັບການຢູ່ກັບພວກເຮົາ. ເຈົ້າມັກບົດຄວາມຂອງພວກເຮົາບໍ? ຕ້ອງການເບິ່ງເນື້ອຫາທີ່ຫນ້າສົນໃຈຫຼາຍບໍ? ສະຫນັບສະຫນູນພວກເຮົາໂດຍການວາງຄໍາສັ່ງຫຼືແນະນໍາໃຫ້ຫມູ່ເພື່ອນ, ສ່ວນຫຼຸດ 30% ສໍາລັບຜູ້ໃຊ້ Habr ໃນການປຽບທຽບທີ່ເປັນເອກະລັກຂອງເຊີບເວີລະດັບເຂົ້າ, ເຊິ່ງຖືກປະດິດໂດຍພວກເຮົາສໍາລັບທ່ານ: ຄວາມຈິງທັງໝົດກ່ຽວກັບ VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps ຈາກ $20 ຫຼືວິທີການແບ່ງປັນເຄື່ອງແມ່ຂ່າຍ? (ສາມາດໃຊ້ໄດ້ກັບ RAID1 ແລະ RAID10, ສູງສຸດ 24 cores ແລະສູງສຸດ 40GB DDR4).

Dell R730xd ລາຄາຖືກກວ່າ 2 ເທົ່າ? ທີ່ນີ້ເທົ່ານັ້ນ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ຈາກ $199 ໃນປະເທດເນເທີແລນ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ຈາກ $99! ອ່ານກ່ຽວກັບ ວິທີການສ້າງໂຄງສ້າງພື້ນຖານຂອງບໍລິສັດ. ຫ້ອງຮຽນທີ່ມີການນໍາໃຊ້ເຄື່ອງແມ່ຂ່າຍຂອງ Dell R730xd E5-2650 v4 ມູນຄ່າ 9000 ເອີໂຣສໍາລັບເງິນບໍ?

ແຫຼ່ງຂໍ້ມູນ: www.habr.com