ns-3 ການສອນ simulator ເຄືອຂ່າຍ. ບົດທີ 5

ບົດທີ 1,2
ບົດທີ 3
ບົດທີ 4

5 ການຕັ້ງຄ່າ
5.1 ການນໍາໃຊ້ໂມດູນບັນທຶກ
5.1.1 ບັນທຶກພາບລວມ
5.1.2 ເປີດໃຊ້ການບັນທຶກ
5.1.3 ການເພີ່ມບັນທຶກໃສ່ລະຫັດຂອງທ່ານ
5.2 ການນໍາໃຊ້ການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງ
5.2.1 ການລົບລ້າງຄ່າຄຸນສົມບັດເລີ່ມຕົ້ນ
5.2.2 ການຈັບຄໍາສັ່ງຂອງຕົນເອງ
5.3 ການນໍາໃຊ້ລະບົບການຕິດຕາມ
5.3.1 ການຕິດຕາມ ASCII
ກຳລັງວິເຄາະຕາມຮອຍ ASCII
5.3.2 PCAP Trace

ບົດທີ 5

ການປັບ

5.1 ການນໍາໃຊ້ໂມດູນບັນທຶກ

ພວກເຮົາໄດ້ເບິ່ງສັ້ນໆຢູ່ໃນໂມດູນບັນທຶກ ns-3 ແລ້ວໂດຍການເບິ່ງຕົວຫນັງສື first.cc. ໃນບົດນີ້, ພວກເຮົາຈະພິຈາລະນາຢ່າງລະອຽດກ່ຽວກັບການນໍາໃຊ້ທີ່ເປັນໄປໄດ້ສໍາລັບລະບົບຍ່ອຍຂອງການຕັດໄມ້.

5.1.1 ບັນທຶກພາບລວມ

ລະບົບຂະຫນາດໃຫຍ່ຈໍານວນຫຼາຍສະຫນັບສະຫນູນບາງປະເພດຂອງສະຖານທີ່ບັນທຶກຂໍ້ຄວາມ, ແລະ ns-3 ບໍ່ມີຂໍ້ຍົກເວັ້ນ. ໃນບາງກໍລະນີ, ພຽງແຕ່ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຖືກຂຽນໃສ່ "operator console" (ເຊິ່ງປົກກະຕິແລ້ວແມ່ນ stderr ໃນລະບົບທີ່ອີງໃສ່ Unix). ໃນລະບົບອື່ນໆ, ຂໍ້ຄວາມເຕືອນອາດຈະຖືກສະແດງເຊັ່ນດຽວກັນກັບຂໍ້ມູນລາຍລະອຽດເພີ່ມເຕີມ. ໃນ​ບາງ​ກໍ​ລະ​ນີ, ເຄື່ອງ​ມື​ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ອອກ​ຂໍ້​ຄວາມ​ດີ​ບັກ​ທີ່​ສາ​ມາດ​ເຮັດ​ໃຫ້​ຜົນ​ຜະ​ລິດ​ມົວ​ໄດ້​ຢ່າງ​ວ່ອງ​ໄວ​.

subHRD ທີ່ໃຊ້ໃນ ns-3 ຖືວ່າທຸກລະດັບຂອງເນື້ອຫາຂໍ້ມູນເຫຼົ່ານີ້ມີປະໂຫຍດ, ແລະພວກເຮົາໃຫ້ວິທີການຄັດເລືອກ, ເປັນຊັ້ນໆເພື່ອບັນທຶກຂໍ້ຄວາມ. ການບັນທຶກສາມາດຖືກປິດການໃຊ້ງານຢ່າງສົມບູນ, ເປີດໃຫ້ໃຊ້ງານບົນພື້ນຖານຕໍ່ອົງປະກອບ, ຫຼືທົ່ວໂລກ. ສໍາ​ລັບ​ຈຸດ​ປະ​ສົງ​ນີ້​, ການ​ປັບ​ລະ​ດັບ​ຂອງ​ເນື້ອ​ໃນ​ຂໍ້​ມູນ​ຂ່າວ​ສານ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​. ໂມດູນບັນທຶກ ns-3 ສະຫນອງວິທີການທີ່ຂ້ອນຂ້າງງ່າຍດາຍທີ່ຈະໄດ້ຮັບຂໍ້ມູນທີ່ເປັນປະໂຫຍດຈາກການຈໍາລອງຂອງທ່ານ.

ທ່ານຄວນເຂົ້າໃຈວ່າພວກເຮົາສະຫນອງກົນໄກຈຸດປະສົງທົ່ວໄປ - ການຕິດຕາມ - ສໍາລັບການສະກັດຂໍ້ມູນຈາກຕົວແບບຂອງທ່ານ, ເຊິ່ງຄວນຈະເປັນຜົນຜະລິດທີ່ຕ້ອງການສໍາລັບການຈໍາລອງ (ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບລະບົບການຕິດຕາມຂອງພວກເຮົາ, ເບິ່ງບົດແນະນໍາ 5.3). ການບັນທຶກຄວນຈະເປັນວິທີການທີ່ຕ້ອງການສໍາລັບການໄດ້ຮັບຂໍ້ມູນດີບັກ, ການເຕືອນໄພ, ຂໍ້ຄວາມຄວາມຜິດພາດ, ຫຼືສໍາລັບການອອກຂໍ້ຄວາມຢ່າງໄວວາຈາກສະຄິບຫຼືຕົວແບບຂອງທ່ານໄດ້ທຸກເວລາ.

ໃນປັດຈຸບັນ, ລະບົບກໍານົດເຈັດລະດັບ (ປະເພດ) ຂອງຂໍ້ຄວາມບັນທຶກໃນການເພີ່ມລໍາດັບຂອງເນື້ອຫາຂໍ້ມູນ.

• LOG_ERROR - ບັນທຶກຂໍ້ຜິດພາດ (ມາໂຄຣທີ່ກ່ຽວຂ້ອງ: NS_LOG_ERROR);
• LOG_WARN - ບັນທຶກຂໍ້ຄວາມເຕືອນ (ມະຫາພາກທີ່ກ່ຽວຂ້ອງ: NS_LOG_WARN);
• LOG_DEBUG - ບັນທຶກຂໍ້ຄວາມດີບັກພິເສດທີ່ຫາຍາກ (ມະຫາພາກທີ່ກ່ຽວຂ້ອງ: NS_LOG_DEBUG);
• LOG_INFO - ການລົງທະບຽນຂໍ້ຄວາມກ່ຽວກັບຄວາມຄືບຫນ້າຂອງໂຄງການ (ມະຫາພາກທີ່ກ່ຽວຂ້ອງ: NS_LOG_INFO);
• LOG_FUNCTION - ບັນທຶກຂໍ້ຄວາມທີ່ອະທິບາຍແຕ່ລະຟັງຊັນທີ່ເອີ້ນວ່າ (ສອງມາໂຄຣທີ່ກ່ຽວຂ້ອງ: NS_LOG_FUNCTION, ໃຊ້ສໍາລັບຟັງຊັນສະມາຊິກ, ແລະ NS_LOG_FUNCTION_NOARGS, ໃຊ້ສໍາລັບຟັງຊັນຄົງທີ່);
• LOG_LOGIC - ບັນທຶກຂໍ້ຄວາມທີ່ອະທິບາຍເຖິງການໄຫຼຕາມເຫດຜົນພາຍໃນຟັງຊັນ (ມະຫາພາກທີ່ກ່ຽວຂ້ອງ: NS_LOG_LOGIC);
• LOG_ALL - ບັນທຶກທຸກຢ່າງທີ່ກ່າວມາຂ້າງເທິງ (ບໍ່ມີມະຫາພາກທີ່ກ່ຽວຂ້ອງ).
  ສໍາລັບແຕ່ລະປະເພດ (LOG_TYPE) ຍັງມີ LOG_LEVEL_TYPE ທີ່, ຖ້າໃຊ້, ອະນຸຍາດໃຫ້ທຸກລະດັບຂ້າງເທິງມັນຖືກບັນທຶກນອກເຫນືອຈາກລະດັບຂອງມັນເອງ. (ຕາມຜົນທີ່ຕາມມາ, LOG_ERROR ແລະ LOG_LEVEL_ERROR, ແລະ LOG_ALL ແລະ LOG_LEVEL_ALL ແມ່ນທຽບເທົ່າທີ່ເຮັດວຽກໄດ້.) ຕົວຢ່າງ, ການເປີດໃຊ້ງານ LOG_INFO ຈະອະນຸຍາດໃຫ້ມີພຽງແຕ່ຂໍ້ຄວາມທີ່ສະໜອງໃຫ້ໂດຍມະຫາພາກ NS_LOG_INFO, ໃນຂະນະທີ່ການເປີດໃຊ້ງານ LOG_LOG_LEVEL_INFO ໂດຍຂໍ້ຄວາມທີ່ໃຫ້ໄວ້ LOG_LEVEL_INFONS ຈະລວມເຖິງ WANS_DENS. LOG_ERROR.

ພວກເຮົາຍັງໃຫ້ມາໂຄຣການບັນທຶກແບບບໍ່ມີເງື່ອນໄຂທີ່ສະແດງຢູ່ສະເໝີ, ໂດຍບໍ່ຄໍານຶງເຖິງລະດັບການຕັດໄມ້ ຫຼື ອົງປະກອບການຄັດເລືອກ.

• NS_LOG_UNCOND - ການບັນທຶກຂໍ້ຄວາມທີ່ກ່ຽວຂ້ອງທີ່ບໍ່ມີເງື່ອນໄຂ (ບໍ່ມີລະດັບການບັນທຶກທີ່ກ່ຽວຂ້ອງ).

ແຕ່ລະຂັ້ນສາມາດສອບຖາມເປັນສ່ວນບຸກຄົນຫຼືສະສົມ. ການບັນທຶກສາມາດຖືກຕັ້ງຄ່າໂດຍໃຊ້ຕົວແປສະພາບແວດລ້ອມ sh NS_LOG ຫຼືໂດຍການເຂົ້າສູ່ລະບົບການໂທຟັງຊັນ. ດັ່ງທີ່ສະແດງກ່ອນຫນ້ານີ້, ລະບົບບັນທຶກຂໍ້ມູນມີເອກະສານ Doxygen ແລະໃນປັດຈຸບັນແມ່ນເວລາທີ່ດີທີ່ຈະທົບທວນຄືນມັນຖ້າທ່ານຍັງບໍ່ທັນໄດ້.

ຕອນນີ້ເຈົ້າໄດ້ອ່ານເອກະສານຢ່າງລະອຽດແລ້ວ, ໃຫ້ເຮົາໃຊ້ຄວາມຮູ້ນັ້ນເພື່ອໃຫ້ໄດ້ຂໍ້ມູນທີ່ຫນ້າສົນໃຈຈາກຕົວຢ່າງຕົວຢ່າງ. scratch/myfirst.ccທີ່ເຈົ້າໄດ້ລວບລວມແລ້ວ.

5.1.2 ເປີດໃຊ້ການບັນທຶກ

ໃຫ້ໃຊ້ຕົວແປສະພາບແວດລ້ອມ NS_LOG ເພື່ອດໍາເນີນການບັນທຶກເພີ່ມເຕີມ, ແຕ່ທໍາອິດ, ພຽງແຕ່ເພື່ອໃຫ້ໄດ້ bearings ຂອງທ່ານ, ດໍາເນີນການ script ສຸດທ້າຍດັ່ງທີ່ທ່ານໄດ້ເຮັດກ່ອນຫນ້ານີ້,

$ ./waf --run scratch/myfirst

ທ່ານຄວນເບິ່ງຜົນຜະລິດທີ່ຄຸ້ນເຄີຍຈາກໂຄງການຕົວຢ່າງ ns-3 ທໍາອິດ

$ Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build' 'build'
finished successfully (0.413s)
Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
Received 1024 bytes from 10.1.1.2

ມັນປະກົດວ່າຂໍ້ຄວາມ "ສົ່ງ" ແລະ "ໄດ້ຮັບ" ທີ່ທ່ານເຫັນຂ້າງເທິງແມ່ນຂໍ້ຄວາມທີ່ຖືກບັນທຶກຈາກ. UdpEchoClientApplication и UdpEchoServerApplication. ຕົວຢ່າງ, ພວກເຮົາສາມາດຂໍໃຫ້ແອັບພລິເຄຊັນລູກຄ້າພິມຂໍ້ມູນເພີ່ມເຕີມໄດ້ໂດຍການຕັ້ງຄ່າລະດັບການບັນທຶກຂອງມັນຜ່ານຕົວແປສະພາບແວດລ້ອມ NS_LOG.

ຈາກນີ້ໄປ, ຂ້ອຍຈະສົມມຸດວ່າເຈົ້າກໍາລັງໃຊ້ sh-like shell ທີ່ໃຊ້ syntax "VARIABLE=value". ຖ້າທ່ານກໍາລັງໃຊ້ shell ຄ້າຍຄື csh, ຫຼັງຈາກນັ້ນທ່ານຈະຕ້ອງປ່ຽນຕົວຢ່າງຂອງຂ້ອຍເປັນ "setenv variable value" syntax ທີ່ຕ້ອງການໂດຍ shells ເຫຼົ່ານັ້ນ.

ໃນປັດຈຸບັນ, ຄໍາຮ້ອງສະຫມັກລູກຄ້າ UDP echo ຕອບສະຫນອງກັບເສັ້ນຕໍ່ໄປນີ້ຂອງລະຫັດໃນ scratch/myfirst.cc,

LogComponentEnable("UdpEchoClientApplication", LOG_LEVEL_INFO);

ມັນເປີດໃຊ້ລະດັບການບັນທຶກ LOG_LEVEL_INFO. ເມື່ອພວກເຮົາຜ່ານທຸງລະດັບການຕັດໄມ້, ພວກເຮົາກໍ່ເປີດໃຊ້ລະດັບນັ້ນ ແລະລະດັບຕ່ໍາທັງໝົດ. ໃນກໍລະນີນີ້, ພວກເຮົາໄດ້ເປີດໃຊ້ NS_LOG_INFO, NS_LOG_DEBUG, NS_LOG_WARN ແລະ NS_LOG_ERROR. ພວກ​ເຮົາ​ສາ​ມາດ​ເພີ່ມ​ລະ​ດັບ​ການ​ບັນ​ທຶກ​ແລະ​ໄດ້​ຮັບ​ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​, ໂດຍ​ບໍ່​ມີ​ການ​ປ່ຽນ​ແປງ​ສະ​ຄິບ​ແລະ​ການ​ລວບລວມ​ຄືນ​ໃຫມ່​, ໂດຍ​ການ​ຕັ້ງ​ຄ່າ​ສະ​ພາບ​ແວດ​ລ້ອມ NS_LOG ເປັນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

$ export NS_LOG=UdpEchoClientApplication=level_all

ດັ່ງນັ້ນພວກເຮົາກໍານົດຕົວແປ sh shell NS_LOG ເປັນຄ່າຕໍ່ໄປນີ້,

UdpEchoClientApplication=level_all

ດ້ານຊ້າຍຂອງການມອບຫມາຍແມ່ນຊື່ຂອງອົງປະກອບບັນທຶກທີ່ພວກເຮົາຕ້ອງການກໍານົດ, ແລະດ້ານຂວາແມ່ນທຸງທີ່ພວກເຮົາຕ້ອງການສະຫມັກ. ໃນກໍລະນີນີ້, ພວກເຮົາຈະເປີດໃຊ້ທຸກລະດັບຂອງການດີບັກໃນແອັບພລິເຄຊັນ. ຖ້າ​ຫາກ​ທ່ານ​ດໍາ​ເນີນ​ການ​ສະ​ຄິບ​ທີ່​ມີ NS_LOG ທີ່​ກໍາ​ນົດ​ໄວ້​ດັ່ງ​ນີ້​, ລະ​ບົບ​ການ​ບັນ​ທຶກ ns-3 ຈະ​ຍອມ​ຮັບ​ການ​ປ່ຽນ​ແປງ​ແລະ​ທ່ານ​ຄວນ​ຈະ​ໄດ້​ຮັບ​ຜົນ​ໄດ້​ຮັບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.404s)
UdpEchoClientApplication:UdpEchoClient()
UdpEchoClientApplication:SetDataSize(1024)
UdpEchoClientApplication:StartApplication()
UdpEchoClientApplication:ScheduleTransmit()
UdpEchoClientApplication:Send()
Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
UdpEchoClientApplication:HandleRead(0x6241e0, 0x624a20)
Received 1024 bytes from 10.1.1.2
UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()

ຂໍ້​ມູນ​ການ​ແກ້​ໄຂ​ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​ສະ​ຫນອງ​ໃຫ້​ໂດຍ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ໃນ​ປັດ​ຈຸ​ບັນ​ແມ່ນ​ຢູ່​ໃນ​ລະ​ດັບ NS_LOG_FUNCTION​. ມັນສະແດງທຸກຕົວຢ່າງຂອງການເອີ້ນຟັງຊັນໃນລະຫວ່າງການປະຕິບັດ script. ຕາມກົດລະບຽບ, ໃນວິທີການປະຕິບັດຫນ້າທີ່ມັນມັກໃຊ້ (ຢ່າງຫນ້ອຍ)NS_LOG_FUNCTION (this)... ໃຊ້ NS_LOG_FUNCTION_NOARGS ()
ພຽງແຕ່ຢູ່ໃນຫນ້າທີ່ static. ຢ່າງໃດກໍຕາມ, ໃຫ້ສັງເກດວ່າລະບົບ ns-3 ບໍ່ຈໍາເປັນຕ້ອງສະຫນັບສະຫນູນການທໍາງານຂອງການບັນທຶກໃດໆ. ການຕັດສິນໃຈກ່ຽວກັບຂໍ້ມູນຫຼາຍປານໃດທີ່ຖືກບັນທຶກໄວ້ແມ່ນປ່ອຍໃຫ້ຜູ້ພັດທະນາຕົວແບບແຕ່ລະຄົນ. ໃນກໍລະນີຂອງຄໍາຮ້ອງສະຫມັກ echo, ຈໍານວນຂະຫນາດໃຫຍ່ຂອງຜົນຜະລິດບັນທຶກສາມາດໃຊ້ໄດ້.

ດຽວນີ້ທ່ານສາມາດເບິ່ງບັນທຶກການໂທຟັງຊັນທີ່ເຮັດໂດຍແອັບພລິເຄຊັນ. ຖ້າທ່ານເບິ່ງຢ່າງໃກ້ຊິດ, ທ່ານຈະສັງເກດເຫັນຈໍ້າສອງເມັດລະຫວ່າງເສັ້ນ UdpEchoClientApplication ແລະຊື່ຂອງວິທີການ, ບ່ອນທີ່ທ່ານອາດຈະຄາດຫວັງວ່າຈະເຫັນ C++ scope operator (: :). ນີ້ແມ່ນຄວາມຕັ້ງໃຈ.

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

ຢ່າງໃດກໍຕາມ, ໃນບາງກໍລະນີ, ມັນສາມາດເປັນການຍາກທີ່ຈະກໍານົດວິທີການທີ່ຕົວຈິງແມ່ນການສ້າງຂໍ້ຄວາມບັນທຶກ. ຖ້າເບິ່ງຂໍ້ຄວາມຂ້າງເທິງ, ເຈົ້າອາດຈະສົງໄສວ່າແຖວນັ້ນຢູ່ໃສ”.Received 1024 bytes from 10.1.1.2" ທ່ານສາມາດແກ້ໄຂບັນຫານີ້ໄດ້ໂດຍການກໍານົດລະດັບ prefix_func ກັບຕົວແປສະພາບແວດລ້ອມ NS_LOG. ພະ​ຍາ​ຍາມ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

$ export 'NS_LOG=UdpEchoClientApplication=level_all|prefix_func'

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

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.417s)
UdpEchoClientApplication:UdpEchoClient()
UdpEchoClientApplication:SetDataSize(1024)
UdpEchoClientApplication:StartApplication()
UdpEchoClientApplication:ScheduleTransmit()
UdpEchoClientApplication:Send()
UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
UdpEchoClientApplication:HandleRead(0x6241e0, 0x624a20)
UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()

ໃນປັດຈຸບັນທ່ານສາມາດເຫັນໄດ້ວ່າຂໍ້ຄວາມທັງຫມົດທີ່ມາຈາກຄໍາຮ້ອງສະຫມັກລູກຄ້າ UDP echo ຖືກລະບຸໄວ້ເຊັ່ນນັ້ນ. ຂໍ້ຄວາມ "Received 1024 bytes from 10.1.1.2"ປະຈຸບັນໄດ້ຖືກກໍານົດຢ່າງຊັດເຈນວ່າມາຈາກຄໍາຮ້ອງສະຫມັກລູກຄ້າ echo. ຂໍ້ຄວາມທີ່ຍັງເຫຼືອຈະຕ້ອງມາຈາກຄໍາຮ້ອງສະຫມັກເຄື່ອງແມ່ຂ່າຍຂອງ UDP echo. ພວກ​ເຮົາ​ສາ​ມາດ​ເປີດ​ໃຊ້​ງານ​ອົງ​ປະ​ກອບ​ນີ້​ໂດຍ​ການ​ໃສ່​ບັນ​ຊີ​ລາຍ​ການ​ທີ່​ແຍກ​ຈໍ້າ​ສອງ​ເມັດ​ຂອງ​ອົງ​ປະ​ກອບ​ໃນ​ຕົວ​ປ່ຽນ​ສະ​ພາບ​ແວດ​ລ້ອມ NS_LOG​.

$ export 'NS_LOG=UdpEchoClientApplication=level_all|prefix_func:
               UdpEchoServerApplication=level_all|prefix_func'

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

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.406s)
UdpEchoServerApplication:UdpEchoServer()
UdpEchoClientApplication:UdpEchoClient()
UdpEchoClientApplication:SetDataSize(1024)
UdpEchoServerApplication:StartApplication()
UdpEchoClientApplication:StartApplication()
UdpEchoClientApplication:ScheduleTransmit()
UdpEchoClientApplication:Send()
UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1
UdpEchoServerApplication:HandleRead(): Echoing packet
UdpEchoClientApplication:HandleRead(0x624920, 0x625160)
UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
UdpEchoServerApplication:StopApplication()
UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoServerApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()
UdpEchoServerApplication:~UdpEchoServer()

ບາງຄັ້ງມັນກໍ່ເປັນປະໂຫຍດທີ່ຈະສາມາດເຫັນເວລາຈໍາລອງທີ່ຂໍ້ຄວາມບັນທຶກຖືກສ້າງຂື້ນ. ທ່ານສາມາດເຮັດໄດ້ໂດຍການເພີ່ມ OR bit prefix_time:

$ export 'NS_LOG=UdpEchoClientApplication=level_all|prefix_func|prefix_time: UdpEchoServerApplication=level_all|prefix_func|prefix_time'

ອີກເທື່ອ ໜຶ່ງ, ທ່ານຈະຕ້ອງເອົາຕົວອັກສອນເສັ້ນໃໝ່ຂ້າງເທິງອອກ. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ໃນ​ປັດ​ຈຸ​ບັນ​ດໍາ​ເນີນ​ການ script ທີ່​ທ່ານ​ຄວນ​ຈະ​ໄດ້​ຮັບ​ຜົນ​ໄດ້​ຮັບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.418s)
0s UdpEchoServerApplication:UdpEchoServer()
0s UdpEchoClientApplication:UdpEchoClient()
0s UdpEchoClientApplication:SetDataSize(1024)
1s UdpEchoServerApplication:StartApplication()
2s UdpEchoClientApplication:StartApplication()
2s UdpEchoClientApplication:ScheduleTransmit()
2s UdpEchoClientApplication:Send()
2s UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
2.00369s UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1
2.00369s UdpEchoServerApplication:HandleRead(): Echoing packet
2.00737s UdpEchoClientApplication:HandleRead(0x624290, 0x624ad0)
2.00737s UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
10s UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoServerApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()
UdpEchoServerApplication:~UdpEchoServer()

ກະລຸນາສັງເກດວ່າຜູ້ກໍ່ສ້າງສໍາລັບ UdpEchoServer ຖືກເອີ້ນໃນລະຫວ່າງການຈໍາລອງ 0 ວິນາທີ. ອັນນີ້ເກີດຂຶ້ນຈິງກ່ອນການຈຳລອງເລີ່ມຕົ້ນ, ແຕ່ເວລາສະແດງເປັນສູນວິນາທີ. ດຽວກັນນີ້ແມ່ນຄວາມຈິງສໍາລັບຂໍ້ຄວາມຂອງຜູ້ກໍ່ສ້າງ UdpEchoClient.

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.418s)
0s UdpEchoServerApplication:UdpEchoServer()
0s UdpEchoClientApplication:UdpEchoClient()
0s UdpEchoClientApplication:SetDataSize(1024)
1s UdpEchoServerApplication:StartApplication()
2s UdpEchoClientApplication:StartApplication()
2s UdpEchoClientApplication:ScheduleTransmit()
2s UdpEchoClientApplication:Send()
2s UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
2.00369s UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1
2.00369s UdpEchoServerApplication:HandleRead(): Echoing packet
2.00737s UdpEchoClientApplication:HandleRead(0x624290, 0x624ad0)
2.00737s UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
10s UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoServerApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()
UdpEchoServerApplication:~UdpEchoServer()

ຈື່ໄດ້ວ່າ script scratch/first.cc ເລີ່ມຕົ້ນຄໍາຮ້ອງສະຫມັກເຊີຟເວີ echo ຫນຶ່ງວິນາທີກ່ອນທີ່ຈະເລີ່ມຕົ້ນຂອງການຈໍາລອງ. ໃນປັດຈຸບັນທ່ານສາມາດເບິ່ງວ່າວິທີການ ຄໍາຮ້ອງສະຫມັກເລີ່ມຕົ້ນ ເຄື່ອງແມ່ຂ່າຍແມ່ນເອີ້ນວ່າຕົວຈິງໃນວິນາທີທໍາອິດ. ທ່ານອາດຈະສັງເກດເຫັນວ່າລູກຄ້າ echo ເລີ່ມຕົ້ນໃນວິນາທີທີສອງຂອງການຈໍາລອງ, ດັ່ງທີ່ພວກເຮົາໄດ້ຖາມໃນສະຄິບ.

ດຽວນີ້ທ່ານສາມາດຕິດຕາມຄວາມຄືບໜ້າຂອງການຈຳລອງໃນການໂທ ການສົ່ງຕໍ່ຕາຕະລາງ ໃນລູກຄ້າທີ່ໂທຫາ HandleRead callback Send ໃນແອັບພລິເຄຊັນເຊີຟເວີ echo. ໃຫ້ສັງເກດວ່າເວລາທີ່ຜ່ານໄປເພື່ອສົ່ງແພັກເກັດຜ່ານຈຸດເຊື່ອມຕໍ່ຈຸດແມ່ນ 3,69 ມິນລິວິນາທີ. ທ່ານສາມາດເຫັນໄດ້ວ່າເຄື່ອງແມ່ຂ່າຍຂອງ echo ບັນທຶກຂໍ້ຄວາມທີ່ມັນຕອບສະຫນອງກັບແພັກເກັດ, ແລະຫຼັງຈາກນັ້ນ, ຫຼັງຈາກການຊັກຊ້າຂອງຊ່ອງທາງ, ທ່ານເຫັນວ່າລູກຄ້າ echo ໄດ້ຮັບແພັກເກັດແພັກເກັດໃນວິທີການ HandleRead ຂອງມັນ.

ໃນການຈໍາລອງນີ້, ມີຫຼາຍເກີດຂຶ້ນໂດຍທີ່ທ່ານບໍ່ສັງເກດເຫັນ. ແຕ່ທ່ານສາມາດຕິດຕາມຂະບວນການທັງຫມົດໄດ້ຢ່າງງ່າຍດາຍໂດຍການເປີດໃຊ້ອົງປະກອບບັນທຶກທັງຫມົດໃນລະບົບ. ລອງຕັ້ງຕົວແປ NS_LOG ເປັນຄ່າຕໍ່ໄປນີ້,

$ export 'NS_LOG=*=level_all|prefix_func|prefix_time'

ເຄື່ອງໝາຍດາວຂ້າງເທິງແມ່ນຕົວໜັງສືແທນທີ່ສຳລັບອົງປະກອບບັນທຶກ. ນີ້ຈະລວມເອົາລາຍການທັງໝົດໃນທຸກອົງປະກອບທີ່ໃຊ້ໃນການຈໍາລອງ. ຂ້ອຍຈະບໍ່ຜະລິດຄືນຜົນຜະລິດຢູ່ທີ່ນີ້ (ໃນເວລາຂຽນມັນຜະລິດ 1265 ເສັ້ນຜົນຜະລິດສໍາລັບແພັກເກັດແອັກໂກ້ດຽວ), ແຕ່ທ່ານສາມາດໂອນຂໍ້ມູນນີ້ໄປຫາໄຟລ໌ແລະເບິ່ງໃນບັນນາທິການທີ່ທ່ານມັກ.

$ ./waf --run scratch/myfirst > log.out 2>&1

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

5.1.3 ການເພີ່ມບັນທຶກໃສ່ລະຫັດຂອງທ່ານ

ທ່ານສາມາດເພີ່ມລາຍການໃຫມ່ໃສ່ການຈໍາລອງຂອງທ່ານໂດຍການໂທຫາອົງປະກອບບັນທຶກຈາກຫຼາຍມະຫາພາກ. ໃຫ້ເຮັດມັນຢູ່ໃນ script myfirst.cc, ທີ່ພວກເຮົາມີຢູ່ໃນໄດເລກະທໍລີ "ສະອາດ". ຈື່ໄວ້ວ່າພວກເຮົາໄດ້ກໍານົດອົງປະກອບບັນທຶກໃນສະຖານະການນີ້:

NS_LOG_COMPONENT_DEFINE ("FirstScriptExample");

ທ່ານຮູ້ວ່າທ່ານສາມາດເປີດໃຊ້ການບັນທຶກຂໍ້ຄວາມທັງໝົດຈາກອົງປະກອບນີ້ໂດຍການຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມ NS_LOG ໃນລະດັບຕ່າງໆ. ສືບຕໍ່ເດີນຫນ້າແລະເພີ່ມບາງລາຍການໃສ່ສະຄິບ. ມະຫາພາກທີ່ໃຊ້ເພື່ອເພີ່ມຂໍ້ຄວາມລະດັບຂໍ້ມູນໃສ່ບັນທຶກແມ່ນ NS_LOG_INFO. ໃຫ້ເພີ່ມຂໍ້ຄວາມ (ພຽງແຕ່ກ່ອນທີ່ພວກເຮົາຈະເລີ່ມຕົ້ນສ້າງ nodes) ທີ່ບອກທ່ານວ່າສະຄິບແມ່ນຢູ່ໃນໄລຍະ "ການສ້າງ Topology". ນີ້ແມ່ນເຮັດໄດ້ໃນ snippet ລະຫັດຕໍ່ໄປນີ້,
ເປີດຂຶ້ນ scratch/myfirst.cc ໃນບັນນາທິການທີ່ທ່ານມັກແລະເພີ່ມສາຍ,
NS_LOG_INFO ("Creating Topology");
ກ່ອນທີ່ຈະສາຍ,

NodeContainer nodes;
nodes.Create (2);

ໃນປັດຈຸບັນລວບລວມສະຄິບໂດຍໃຊ້ waf, ແລະລຶບຕົວແປ NS_LOG ເພື່ອປິດການໃຊ້ງານການສະຕຣີມບັນທຶກທີ່ພວກເຮົາເປີດໃຊ້ກ່ອນໜ້ານີ້:

$ ./waf
$ export NS_LOG=
Теперь, если вы запустите скрипт,
$ ./waf --run scratch/myfirst

ທ່ານຈະບໍ່ເຫັນຂໍ້ຄວາມໃຫມ່ເພາະວ່າອົງປະກອບບັນທຶກທີ່ກ່ຽວຂ້ອງ (FirstScriptExample) ຍັງບໍ່ໄດ້ຖືກເປີດໃຊ້. ເພື່ອເບິ່ງຂໍ້ຄວາມຂອງທ່ານ, ທ່ານຈໍາເປັນຕ້ອງເປີດໃຊ້ອົງປະກອບບັນທຶກ FirstScript ຕົວຢ່າງ ທີ່ມີລະດັບບໍ່ຕໍ່າກວ່າ NS_LOG_INFO. ຖ້າທ່ານຕ້ອງການເບິ່ງລະດັບການບັນທຶກສະເພາະນີ້, ທ່ານສາມາດເປີດໃຊ້ມັນເຊັ່ນນີ້,

$ export NS_LOG=FirstScriptExample=info

ຖ້າທ່ານແລ່ນສະຄຣິບດຽວນີ້, ທ່ານຈະເຫັນຂໍ້ຄວາມໃຫມ່ "ການສ້າງ Topology",

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.404s)
Creating Topology
Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
Received 1024 bytes from 10.1.1.2

5.2 ການນໍາໃຊ້ການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງ

5.2.1 ການລົບລ້າງຄ່າຄຸນສົມບັດເລີ່ມຕົ້ນ

ອີກວິທີຫນຶ່ງທີ່ຈະປ່ຽນພຶດຕິກໍາຂອງ ns-3 scripts ໂດຍບໍ່ມີການດັດແກ້ຫຼືການກໍ່ສ້າງແມ່ນການນໍາໃຊ້ການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງ. ພວກເຮົາສະຫນອງກົນໄກການແຍກແຍະການໂຕ້ຖຽງແຖວຄໍາສັ່ງແລະກໍານົດຕົວແປທ້ອງຖິ່ນແລະທົ່ວໂລກໂດຍອັດຕະໂນມັດໂດຍອີງໃສ່ຜົນໄດ້ຮັບ.

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

int
main (int argc, char *argv[])
{
...
CommandLine cmd;
cmd.Parse (argc, argv);
...
}

snippet ສອງແຖວງ່າຍດາຍນີ້ແມ່ນຕົວຈິງແລ້ວເປັນປະໂຫຍດຫຼາຍໃນສິດທິຂອງຕົນເອງ. ມັນເປີດປະຕູສູ່ ns-3 global variable and attribute system. ໃຫ້ເພີ່ມລະຫັດສອງແຖວໃສ່ຈຸດເລີ່ມຕົ້ນຂອງຟັງຊັນສະຄຣິບຫຼັກ scratch/myfirst.cc. ກ້າວຕໍ່ໄປ, ພວກເຮົາລວບລວມສະຄິບແລະແລ່ນມັນ, ເມື່ອແລ່ນພວກເຮົາເຮັດການຮ້ອງຂໍການຊ່ວຍເຫຼືອດັ່ງຕໍ່ໄປນີ້,

$ ./waf --run "scratch/myfirst --PrintHelp"

ຄໍາສັ່ງນີ້ຈະຖາມ Waf ແລ່ນສະຄຣິບ scratch/myfirst ແລະຜ່ານມັນເປັນການໂຕ້ຖຽງເສັ້ນຄໍາສັ່ງ - ການ​ຊ່ວຍ​ເຫຼືອ​ການ​ພິມ​. ເຄື່ອງໝາຍວົງຢືມແມ່ນຕ້ອງການເພື່ອຊີ້ບອກວ່າໂຄງການໃດທີ່ການໂຕ້ຖຽງມີຈຸດປະສົງ. parser ແຖວຄໍາສັ່ງຈະກວດພົບການໂຕ້ຖຽງ - ການ​ຊ່ວຍ​ເຫຼືອ​ການ​ພິມ​ ແລະ​ຈະ​ສະ​ແດງ​ຄໍາ​ຕອບ​,

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.413s)
TcpL4Protocol:TcpStateMachine()
CommandLine:HandleArgument(): Handle arg name=PrintHelp value=
--PrintHelp: Print this help message.
--PrintGroups: Print the list of groups.
--PrintTypeIds: Print all TypeIds.
--PrintGroup=[group]: Print all TypeIds of group.
--PrintAttributes=[typeid]: Print all attributes of typeid.
--PrintGlobals: Print the list of globals.

ໃນປັດຈຸບັນໃຫ້ເບິ່ງຢູ່ໃນທາງເລືອກ - ຄຸນ​ລັກ​ສະ​ນະ​ການ​ພິມ​. ພວກເຮົາໄດ້ກ່າວເຖິງລະບົບຄຸນລັກສະນະ ns-3 ແລ້ວເມື່ອສຶກສາ script first.cc. ພວກເຮົາໄດ້ເຫັນສາຍຂອງລະຫັດຕໍ່ໄປນີ້,

PointToPointHelper pointToPoint;
pointToPoint.SetDeviceAttribute ("DataRate", StringValue ("5Mbps"));
pointToPoint.SetChannelAttribute ("Delay", StringValue ("2ms"));

ແລະພວກເຂົາເວົ້າວ່າ ອັດຕາຂໍ້ມູນ ຕົວຈິງແລ້ວແມ່ນຄຸນລັກສະນະ PointToPointNetDevice. ໃຫ້ໃຊ້ຕົວແຍກ argument ແຖວຄໍາສັ່ງເພື່ອເບິ່ງຄຸນລັກສະນະ PointToPointNetDevice. ບັນຊີລາຍຊື່ການຊ່ວຍເຫຼືອເວົ້າວ່າສິ່ງທີ່ພວກເຮົາຕ້ອງສະຫນອງ TypeId. ນີ້ແມ່ນຊື່ຂອງຊັ້ນຮຽນທີ່ຄຸນລັກສະນະຂອງຄວາມສົນໃຈ. ໃນກໍລະນີຂອງພວກເຮົາມັນຈະເປັນ ns3::PointToPointNetDevice. ຂໍໃຫ້ກ້າວໄປຂ້າງຫນ້າ, ເຂົ້າ,

$ ./waf --run "scratch/myfirst --PrintAttributes=ns3::PointToPointNetDevice"

ລະບົບຈະພິມຄຸນລັກສະນະທັງໝົດຂອງປະເພດອຸປະກອນເຄືອຂ່າຍນີ້. ທ່ານ​ຈະ​ເຫັນ​ວ່າ​ໃນ​ບັນ​ດາ​ຄຸນ​ລັກ​ສະ​ນະ​ໃນ​ບັນ​ຊີ​ລາຍ​ການ​ແມ່ນ​,

--ns3::PointToPointNetDevice::DataRate=[32768bps]:
The default data rate for point to point links

ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນທີ່ຈະໃຊ້ໂດຍລະບົບໃນເວລາສ້າງວັດຖຸ PointToPointNetDevice. ພວກເຮົາຈະ override ຄ່າເລີ່ມຕົ້ນນີ້ໂດຍໃຊ້ພາລາມິເຕີ ຄຸນລັກສະນະ в PointToPointHelper ສູງກວ່າ. ໃຫ້ໃຊ້ຄ່າເລີ່ມຕົ້ນສໍາລັບອຸປະກອນຈຸດຫາຈຸດແລະຊ່ອງທາງ. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາຈະລຶບການໂທອອກ SetDeviceAttribute и SetChannelAttribute ຈາກນັ້ນ myfirst.cc, ທີ່ພວກເຮົາມີຢູ່ໃນໄດເລກະທໍລີທີ່ສະອາດ.

script ຂອງທ່ານຄວນພຽງແຕ່ປະກາດໃນປັດຈຸບັນ PointToPointHelper ແລະບໍ່ປະຕິບັດການຕິດຕັ້ງໃດໆທີ່ສະແດງຢູ່ໃນຕົວຢ່າງຂ້າງລຸ່ມນີ້,

...
NodeContainer nodes;
nodes.Create (2);
PointToPointHelper pointToPoint;
NetDeviceContainer devices;
devices = pointToPoint.Install (nodes);
...

ສືບຕໍ່ເດີນຫນ້າແລະສ້າງ script ໃຫມ່ກັບ Waf (./waff) ແລະໃຫ້ກັບຄືນແລະລວມເອົາບາງລາຍການຈາກຄໍາຮ້ອງສະຫມັກເຊີຟເວີ UDP echo ແລະລວມເອົາຄໍານໍາຫນ້າເວລາ.

$ export 'NS_LOG=UdpEchoServerApplication=level_all|prefix_time'

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ດໍາ​ເນີນ​ການ​ສະ​ຄິບ​ທີ່​ທ່ານ​ຄວນ​ຈະ​ເຫັນ​ຜົນ​ໄດ້​ຮັບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.405s)
0s UdpEchoServerApplication:UdpEchoServer()
1s UdpEchoServerApplication:StartApplication()
Sent 1024 bytes to 10.1.1.2
2.25732s Received 1024 bytes from 10.1.1.1
2.25732s Echoing packet
Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
UdpEchoServerApplication:DoDispose()
UdpEchoServerApplication:~UdpEchoServer()

ຈື່ໄວ້ວ່າຄັ້ງສຸດທ້າຍທີ່ພວກເຮົາເບິ່ງເວລາຈໍາລອງ, ເວລາທີ່ແພັກເກັດໄດ້ຮັບໂດຍເຊີຟເວີ echo, ມັນແມ່ນ 2,00369 ວິນາທີ.

2.00369s UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1

ຕອນນີ້ລາວໄດ້ຮັບແພັກເກັດໃນ 2.25732 ວິນາທີ. ນີ້ແມ່ນຍ້ອນວ່າພວກເຮົາພຽງແຕ່ປັບອັດຕາຂໍ້ມູນ PointToPointNetDevice ຈາກຫ້າ megabits ຕໍ່ວິນາທີເປັນຄ່າເລີ່ມຕົ້ນ, ເຊິ່ງແມ່ນ 32768 bits ຕໍ່ວິນາທີ. ຖ້າພວກເຮົາປ່ຽນ DataRate ໃໝ່ ໂດຍໃຊ້ເສັ້ນຄໍາສັ່ງ, ພວກເຮົາສາມາດເລັ່ງການຈໍາລອງຂອງພວກເຮົາອີກເທື່ອຫນຶ່ງ. ພວກເຮົາຈະເຮັດດັ່ງຕໍ່ໄປນີ້, ອີງຕາມສູດ implied ໂດຍອົງປະກອບຊ່ວຍເຫຼືອ:

$ ./waf --run "scratch/myfirst --ns3::PointToPointNetDevice::DataRate=5Mbps"

ນີ້ຈະສົ່ງຄືນຄຸນລັກສະນະ DataRate ໃຫ້ກັບຄ່າເລີ່ມຕົ້ນຂອງຫ້າເມກາບິດຕໍ່ວິນາທີ. ເຈົ້າປະຫລາດໃຈກັບຜົນໄດ້ຮັບບໍ? ມັນ turns ໃຫ້ ເຫັນ ວ່າ ໃນ ຄໍາ ສັ່ງ ທີ່ ຈະ ກັບ ຄືນ ພຶດ ຕິ ກໍາ ຕົ້ນ ສະ ບັບ ຂອງ script ໄດ້ , ພວກ ເຮົາ ຍັງ ຈໍາ ເປັນ ຕ້ອງ ໄດ້ ກໍາ ນົດ ການ ຊັກ ຊ້າ ຂອງ ຊ່ອງ ເພື່ອ ໃຫ້ ກັບ ຄວາມ ໄວ ຂອງ ແສງ ໄດ້ . ພວກ​ເຮົາ​ສາ​ມາດ​ຮ້ອງ​ຂໍ​ໃຫ້​ລະ​ບົບ​ເສັ້ນ​ຄໍາ​ສັ່ງ​ເພື່ອ​ພິມ​ຄຸນ​ລັກ​ສະ​ນະ​ຊ່ອງ​, ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ພວກ​ເຮົາ​ໄດ້​ເຮັດ​ສໍາ​ລັບ​ອຸ​ປະ​ກອນ​ເຄືອ​ຂ່າຍ​:

$ ./waf --run "scratch/myfirst --PrintAttributes=ns3::PointToPointChannel"

ພວກເຮົາຈະພົບວ່າຄຸນລັກສະນະການຊັກຊ້າຂອງຊ່ອງທາງແມ່ນຖືກກໍານົດດັ່ງຕໍ່ໄປນີ້:

--ns3::PointToPointChannel::Delay=[0ns]:
Transmission delay through the channel

ຫຼັງຈາກນັ້ນ, ພວກເຮົາສາມາດ, ຜ່ານລະບົບເສັ້ນຄໍາສັ່ງ, ກໍານົດທັງສອງຄ່າເລີ່ມຕົ້ນເຫຼົ່ານີ້.

$ ./waf --run "scratch/myfirst
--ns3::PointToPointNetDevice::DataRate=5Mbps
--ns3::PointToPointChannel::Delay=2ms"

ໃນ​ກໍ​ລະ​ນີ​ນີ້​ພວກ​ເຮົາ​ຟື້ນ​ຟູ​ເວ​ລາ​ທີ່​ພວກ​ເຮົາ​ມີ​ໃນ​ເວ​ລາ​ທີ່​ພວກ​ເຮົາ​ກໍາ​ນົດ​ຢ່າງ​ຊັດ​ເຈນ DataRate ແລະ​ການ​ຊັກ​ຊ້າ​ໃນ script ໄດ້​:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.417s)
0s UdpEchoServerApplication:UdpEchoServer()
1s UdpEchoServerApplication:StartApplication()
Sent 1024 bytes to 10.1.1.2
2.00369s Received 1024 bytes from 10.1.1.1
2.00369s Echoing packet
Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
UdpEchoServerApplication:DoDispose()
UdpEchoServerApplication:~UdpEchoServer()

ໃຫ້ສັງເກດວ່າແພັກເກັດຖືກຮັບໂດຍເຄື່ອງແມ່ຂ່າຍອີກເທື່ອຫນຶ່ງຫຼັງຈາກ 2,00369 ວິນາທີ. ພວກເຮົາສາມາດກໍານົດຄຸນລັກສະນະໃດໆທີ່ໃຊ້ໃນສະຄິບດ້ວຍວິທີນີ້. ໂດຍສະເພາະ, ພວກເຮົາສາມາດກໍານົດຄຸນລັກສະນະ MaxPackets ເປັນຄ່າທີ່ບໍ່ແມ່ນຫນຶ່ງ UdpEchoClient.

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

$ ./waf --run "scratch/myfirst
--ns3::PointToPointNetDevice::DataRate=5Mbps
--ns3::PointToPointChannel::Delay=2ms
--ns3::UdpEchoClient::MaxPackets=2"

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

$ ./waf --run "scratch/myfirst --PrintHelp"
myfirst [Program Arguments] [General Arguments]
General Arguments:
--PrintGlobals: Print the list of globals.
--PrintGroups: Print the list of groups.
--PrintGroup=[group]: Print all TypeIds of group.
--PrintTypeIds: Print all TypeIds.
--PrintAttributes=[typeid]: Print all attributes of typeid.
--PrintHelp: Print this help message.

ຖ້າທ່ານເລືອກ "PrintGroups" argument ທ່ານຄວນເບິ່ງບັນຊີລາຍຊື່ຂອງກຸ່ມທີ່ລົງທະບຽນທັງຫມົດ TypeId. ຊື່ກຸ່ມແມ່ນສອດຄ່ອງກັບຊື່ຂອງໂມດູນໃນໄດເລກະທໍລີແຫຼ່ງ (ເຖິງແມ່ນວ່າຕົວພິມໃຫຍ່). ການພິມຂໍ້ມູນທັງໝົດໃນຄັ້ງດຽວຈະມີຄວາມສະຫວ່າງເກີນໄປ, ດັ່ງນັ້ນມີຕົວກອງເພີ່ມເຕີມເພື່ອພິມຂໍ້ມູນຕາມກຸ່ມ. ດັ່ງນັ້ນ, ອີກເທື່ອຫນຶ່ງສຸມໃສ່ໂມດູນຈຸດຕໍ່ຈຸດ:

./waf --run "scratch/myfirst --PrintGroup=PointToPoint"
TypeIds in group PointToPoint:
ns3::PointToPointChannel
ns3::PointToPointNetDevice
ns3::PointToPointRemoteChannel
ns3::PppHeader

ທີ່ນີ້ທ່ານສາມາດຊອກຫາຊື່ TypeId ທີ່ມີຢູ່ສໍາລັບການຊອກຫາຄຸນລັກສະນະ, ຕົວຢ່າງໃນ
--PrintAttributes = ns3 :: PointToPointChannelດັ່ງທີ່ສະແດງຂ້າງເທິງ.

ອີກວິທີໜຶ່ງເພື່ອຮຽນຮູ້ກ່ຽວກັບຄຸນສົມບັດແມ່ນຜ່ານ Doxygen ns‑3. ມີຫນ້າທີ່ສະແດງຄຸນລັກສະນະທັງຫມົດທີ່ລົງທະບຽນຢູ່ໃນ simulator.

5.2.2 ການຈັບຄໍາສັ່ງຂອງຕົນເອງ

ນອກນັ້ນທ່ານຍັງສາມາດເພີ່ມ hooks ຂອງທ່ານເອງໂດຍຜ່ານລະບົບຄໍາສັ່ງ. ນີ້ແມ່ນເຮັດໄດ້ຂ້ອນຂ້າງງ່າຍດາຍໂດຍໃຊ້ວິທີການ parser ເສັ້ນຄໍາສັ່ງ AddValue.
ໃຫ້ໃຊ້ຄຸນສົມບັດນີ້ເພື່ອລະບຸຈໍານວນແພັກເກັດທີ່ຈະສະແດງໃນລັກສະນະທີ່ແຕກຕ່າງກັນຫມົດ. ໃຫ້ເພີ່ມຕົວແປທ້ອງຖິ່ນທີ່ເອີ້ນວ່າ nPackets ເຂົ້າໄປໃນຫນ້າທີ່ ຕົ້ນຕໍ. ພວກເຮົາຈະຕັ້ງມັນເປັນອັນໜຶ່ງເພື່ອໃຫ້ກົງກັບພຶດຕິກຳມາດຕະຖານກ່ອນໜ້າຂອງພວກເຮົາ. ເພື່ອອະນຸຍາດໃຫ້ເຄື່ອງວິເຄາະແຖວຄໍາສັ່ງປ່ຽນຄ່ານີ້, ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ເກັບກໍາຄ່ານີ້ຢູ່ໃນຕົວແຍກວິເຄາະ. ພວກເຮົາເຮັດສິ່ງນີ້ໂດຍການເພີ່ມການໂທ AddValue. ໄປແລະປ່ຽນສະຄິບ scratch/myfirst.cc ສະນັ້ນເພື່ອເລີ່ມຕົ້ນດ້ວຍລະຫັດຕໍ່ໄປນີ້,

int
main (int argc, char *argv[])
{
uint32_t nPackets = 1;
CommandLine cmd;
cmd.AddValue("nPackets", "Number of packets to echo", nPackets);
cmd.Parse (argc, argv);
...

ເລື່ອນລົງໄປຫາຈຸດທີ່ຢູ່ໃນສະຄິບທີ່ພວກເຮົາກໍານົດຄຸນລັກສະນະ MaxPackets ແລະປ່ຽນມັນເພື່ອໃຫ້ມັນຖືກກໍານົດເປັນຕົວແປ nPackets ແທນທີ່ຈະເປັນຄ່າຄົງທີ່ 1, ດັ່ງທີ່ສະແດງຂ້າງລຸ່ມນີ້.

echoClient.SetAttribute ("MaxPackets", UintegerValue (nPackets));

ຕອນນີ້ຖ້າທ່ານແລ່ນສະຄິບແລະສະຫນອງ -PrintHelp argument, ທ່ານຄວນເຫັນການໂຕ້ຖຽງຜູ້ໃຊ້ໃຫມ່. ລະບຸໄວ້ໃນການສະແດງການຊ່ວຍເຫຼືອ. ເຂົ້າ,

$ ./waf --run "scratch/myfirst --PrintHelp"
Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.403s)
--PrintHelp: Print this help message.
--PrintGroups: Print the list of groups.
--PrintTypeIds: Print all TypeIds.
--PrintGroup=[group]: Print all TypeIds of group.
--PrintAttributes=[typeid]: Print all attributes of typeid.
--PrintGlobals: Print the list of globals.
User Arguments:
--nPackets: Number of packets to echo

ຖ້າທ່ານຕ້ອງການປ່ຽນຈໍານວນແພັກເກັດທີ່ສົ່ງຜ່ານ, ທ່ານສາມາດເຮັດໄດ້ໂດຍການກໍານົດການໂຕ້ຖຽງແຖວຄໍາສັ່ງ --nPackets .

$ ./waf --run "scratch/myfirst --nPackets=2"

ໃນປັດຈຸບັນທ່ານຄວນເບິ່ງ

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.404s)
0s UdpEchoServerApplication:UdpEchoServer()
1s UdpEchoServerApplication:StartApplication()
Sent 1024 bytes to 10.1.1.2
2.25732s Received 1024 bytes from 10.1.1.1
2.25732s Echoing packet
Received 1024 bytes from 10.1.1.2
Sent 1024 bytes to 10.1.1.2
3.25732s Received 1024 bytes from 10.1.1.1
3.25732s Echoing packet
Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
UdpEchoServerApplication:DoDispose()
UdpEchoServerApplication:~UdpEchoServer()

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

5.3 ການນໍາໃຊ້ລະບົບການຕິດຕາມ

ຈຸດທັງຫມົດຂອງການສ້າງແບບຈໍາລອງແມ່ນການສ້າງຜົນຜະລິດສໍາລັບການສຶກສາຕື່ມອີກ, ແລະລະບົບການຕິດຕາມ ns-3 ແມ່ນກົນໄກຕົ້ນຕໍສໍາລັບການນີ້. ເນື່ອງຈາກ ns-3 ເປັນໂຄງການ C ++, ມາດຕະຖານວິທີການຜະລິດຜົນຜະລິດຈາກໂຄງການ C ++ ສາມາດຖືກນໍາໃຊ້:

#include <iostream>
...
int main ()
{
...
std::cout << "The value of x is " << x << std::endl;
...
}

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

ເປົ້າຫມາຍຕົ້ນຕໍຂອງລະບົບການຕິດຕາມ ns-3 ແມ່ນ:

• ສໍາລັບວຽກງານພື້ນຖານ, ລະບົບການຕິດຕາມຄວນອະນຸຍາດໃຫ້ຜູ້ໃຊ້ສ້າງການຕິດຕາມມາດຕະຖານສໍາລັບແຫຼ່ງທີ່ນິຍົມແລະເລືອກວັດຖຸທີ່ສ້າງການຕິດຕາມ;

• ຜູ້ໃຊ້ລະດັບປານກາງຄວນຈະສາມາດຂະຫຍາຍລະບົບການຕິດຕາມເພື່ອປ່ຽນຮູບແບບຜົນຜະລິດທີ່ຜະລິດຫຼືໃສ່ແຫຼ່ງການຕິດຕາມໃຫມ່, ໂດຍບໍ່ມີການດັດແປງຫຼັກ simulator;

• ຜູ້ໃຊ້ຂັ້ນສູງສາມາດດັດແປງຫຼັກ simulator ເພື່ອເພີ່ມແຫຼ່ງຕິດຕາມໃຫມ່ແລະບ່ອນຫລົ້ມຈົມ. ລະບົບການຕິດຕາມ ns-3 ຖືກສ້າງຂຶ້ນໃນຫຼັກການຂອງແຫຼ່ງການຕິດຕາມເອກະລາດແລະຜູ້ຮັບ, ເຊັ່ນດຽວກັນກັບກົນໄກທີ່ເປັນເອກະພາບໃນການເຊື່ອມຕໍ່ແຫຼ່ງກັບຜູ້ບໍລິໂພກ.

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

ແຫຼ່ງການຕິດຕາມດ້ວຍຕົນເອງແມ່ນບໍ່ມີປະໂຫຍດເວັ້ນເສຍແຕ່ວ່າພວກເຂົາ "ສົມທົບ" ກັບພາກສ່ວນອື່ນໆຂອງລະຫັດທີ່ຕົວຈິງແລ້ວເຮັດບາງສິ່ງບາງຢ່າງທີ່ເປັນປະໂຫຍດກັບຂໍ້ມູນທີ່ສະຫນອງໂດຍການຫລົ້ມຈົມ. Tracers ແມ່ນຜູ້ບໍລິໂພກຂອງເຫດການແລະຂໍ້ມູນທີ່ສະຫນອງໃຫ້ໂດຍແຫຼ່ງການຕິດຕາມ. ຕົວຢ່າງ, ທ່ານສາມາດສ້າງບ່ອນຫລົ້ມຈົມ trace ທີ່ຈະ (ເມື່ອເຊື່ອມຕໍ່ກັບແຫຼ່ງ trace ຂອງຕົວຢ່າງທີ່ຜ່ານມາ) ພິມອອກສ່ວນທີ່ມີຄວາມສົນໃຈໃນຊຸດທີ່ໄດ້ຮັບ.

ເຫດຜົນສໍາລັບການແຍກຢ່າງຈະແຈ້ງນີ້ແມ່ນເພື່ອໃຫ້ຜູ້ໃຊ້ສາມາດເຊື່ອມຕໍ່ປະເພດການຫລົ້ມຈົມໃຫມ່ກັບແຫຼ່ງການຕິດຕາມທີ່ມີຢູ່ໂດຍບໍ່ຈໍາເປັນຕ້ອງດັດແກ້ແລະລວບລວມແກນ simulator. ດັ່ງນັ້ນໃນຕົວຢ່າງຂ້າງເທິງ, ຜູ້ໃຊ້ສາມາດກໍານົດ tracer ໃຫມ່ໃນ script ຂອງເຂົາເຈົ້າແລະເຊື່ອມຕໍ່ມັນກັບແຫຼ່ງ trace ທີ່ມີຢູ່ແລ້ວທີ່ກໍານົດໄວ້ໃນ simulation core ພຽງແຕ່ແກ້ໄຂສະຄິບຜູ້ໃຊ້.

ໃນບົດສອນນີ້, ພວກເຮົາຈະໄປຜ່ານບາງແຫຼ່ງທີ່ກໍານົດໄວ້ລ່ວງໜ້າ ແລະບ່ອນຫລົ້ມຈົມ ແລະສະແດງວິທີທີ່ເຂົາເຈົ້າສາມາດຕັ້ງຄ່າໄດ້ດ້ວຍຄວາມພະຍາຍາມໜ້ອຍສຸດໃນສ່ວນຂອງຜູ້ໃຊ້. ເບິ່ງ ns-3 ຄູ່ມືຫຼືພາກສ່ວນວິທີການສໍາລັບຂໍ້ມູນກ່ຽວກັບການຕັ້ງຄ່າການຕິດຕາມແບບພິເສດ, ລວມທັງການຂະຫຍາຍ namespace ການຕິດຕາມແລະການສ້າງແຫຼ່ງການຕິດຕາມໃຫມ່.

5.3.1 ການຕິດຕາມ ASCII

ns-3 ສະຫນອງການທໍາງານຂອງຜູ້ຊ່ວຍທີ່ສະຫນອງລະບົບການຕິດຕາມລະດັບຕ່ໍາເພື່ອຊ່ວຍໃຫ້ທ່ານມີລາຍລະອຽດໃນເວລາທີ່ກໍານົດການຕິດຕາມແພັກເກັດທີ່ງ່າຍດາຍ. ຖ້າທ່ານເປີດໃຊ້ຄຸນສົມບັດນີ້, ທ່ານຈະເຫັນຜົນຜະລິດໃນໄຟລ໌ ASCII. ສໍາລັບຜູ້ທີ່ຄຸ້ນເຄີຍກັບຜົນຜະລິດ ns-2, ປະເພດຂອງການຕິດຕາມນີ້ແມ່ນຄ້າຍຄືກັນກັບ out.tr, ເຊິ່ງຖືກສ້າງຂຶ້ນໂດຍສະຄິບຫຼາຍ.

ໃຫ້ພວກເຮົາລົງໄປຫາທຸລະກິດແລະເພີ່ມຜົນໄດ້ຮັບການຕິດຕາມ ASCII ໃຫ້ກັບສະຄິບ scratch/myfirst.cc ຂອງພວກເຮົາ. ກ່ອນທີ່ຈະໂທ Simulator :: Run (), ເພີ່ມສາຍຂອງລະຫັດຕໍ່ໄປນີ້:
AsciiTraceHelper ascii;

pointToPoint.EnableAsciiAll (ascii.CreateFileStream ("myfirst.tr"));

ເຊັ່ນດຽວກັນກັບສະນຸກເກີ ns-3 ອື່ນໆຈໍານວນຫຼາຍ, ລະຫັດນີ້ໃຊ້ວັດຖຸຜູ້ຊ່ວຍເພື່ອສ້າງການຕິດຕາມ ASCII. ແຖວທີສອງມີສອງການໂທດ້ວຍວິທີຊ້ອນກັນ. ວິທີການ "ພາຍໃນ". ສ້າງFileStream() ໃຊ້ idiom ວັດຖຸທີ່ບໍ່ເປີດເຜີຍຊື່ເພື່ອສ້າງວັດຖຸສະຕຣີມໄຟລ໌ໃນ stack (ບໍ່ມີຊື່ວັດຖຸ) ແລະສົ່ງມັນໄປຫາວິທີການທີ່ເອີ້ນວ່າ. ພວກເຮົາຈະລົງເລິກເຂົ້າໄປໃນເລື່ອງນີ້ໃນອະນາຄົດ, ແຕ່ທັງຫມົດທີ່ທ່ານຈໍາເປັນຕ້ອງຮູ້ໃນຈຸດນີ້ແມ່ນວ່າທ່ານກໍາລັງສ້າງວັດຖຸທີ່ເປັນຕົວແທນຂອງໄຟລ໌ທີ່ເອີ້ນວ່າ. myfirst.tr ແລະໂອນມັນໄປ ns-3. ພວກເຮົາມອບໃຫ້ ns-3 ເບິ່ງແຍງວັດຖຸທີ່ສ້າງມາຕະຫຼອດຊີວິດຂອງມັນ, ໃນໄລຍະນັ້ນມັນແກ້ໄຂບັນຫາທີ່ເກີດຈາກຂໍ້ຈໍາກັດທີ່ຮູ້ຈັກເລັກນ້ອຍ (ຄວາມຕັ້ງໃຈ) ທີ່ກ່ຽວຂ້ອງກັບ C++ stream copy constructors.

ໂທພາຍນອກ ເປີດໃຊ້AsciiAll() ບອກຜູ້ຊ່ວຍວ່າທ່ານຕ້ອງການລວມເອົາການຕິດຕາມ ASCII ໃນການຈໍາລອງຂອງທ່ານສໍາລັບການເຊື່ອມຕໍ່ອຸປະກອນຈຸດຕໍ່ຈຸດທັງຫມົດແລະທ່ານຕ້ອງການ (ລະບຸ) ເຄື່ອງຮັບການຕິດຕາມເພື່ອບັນທຶກຂໍ້ມູນການເຄື່ອນໄຫວຂອງແພັກເກັດໃນຮູບແບບ ASCII.

ສໍາລັບຜູ້ທີ່ຄຸ້ນເຄີຍກັບ ns-2, ເຫດການທີ່ຕິດຕາມແມ່ນທຽບເທົ່າກັບຈຸດຕິດຕາມທີ່ຮູ້ຈັກທີ່ບັນທຶກເຫດການ "+", "-", "d" ແລະ "r".
ໃນປັດຈຸບັນທ່ານສາມາດສ້າງ script ແລະດໍາເນີນການຈາກເສັ້ນຄໍາສັ່ງ:

$ ./waf --run scratch/myfirst

ເຊັ່ນດຽວກັນກັບຫຼາຍໆຄັ້ງກ່ອນ, ທ່ານຈະເຫັນຂໍ້ຄວາມຫຼາຍຄັ້ງຈາກ Waf, ແລະຫຼັງຈາກນັ້ນ "ສ້າງ" ສໍາເລັດສົບຜົນສໍາເລັດ" ກັບບາງຂໍ້ຄວາມຈາກໂຄງການແລ່ນ.

ເມື່ອແລ່ນ, ໂຄງການຈະສ້າງໄຟລ໌ທີ່ມີຊື່ myfirst.tr. ເນື່ອງຈາກລັກສະນະຂອງການເຮັດວຽກ Waf, ໂດຍຄ່າເລີ່ມຕົ້ນ, ໄຟລ໌ຖືກສ້າງບໍ່ໄດ້ຢູ່ໃນໄດເລກະທໍລີທ້ອງຖິ່ນ, ແຕ່ຢູ່ໃນໄດເລກະທໍລີລະດັບສູງສຸດຂອງບ່ອນເກັບມ້ຽນ. ຖ້າທ່ານຕ້ອງການປ່ຽນເສັ້ນທາງທີ່ການຕິດຕາມຖືກບັນທຶກໄວ້, ຫຼັງຈາກນັ້ນທ່ານສາມາດນໍາໃຊ້ພາລາມິເຕີ Waf ເພື່ອກໍານົດມັນ. --cwd. ພວກເຮົາບໍ່ໄດ້ເຮັດອັນນີ້, ດັ່ງນັ້ນເພື່ອເບິ່ງໄຟລ໌ຕິດຕາມ ASCII myfirst.tr ໃນບັນນາທິການທີ່ທ່ານມັກ, ພວກເຮົາຈະຕ້ອງໄປຫາໄດເລກະທໍລີລະດັບສູງສຸດຂອງບ່ອນເກັບມ້ຽນຂອງພວກເຮົາ.

ກຳລັງວິເຄາະຕາມຮອຍ ASCII

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

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

+: ການດຳເນີນການຕໍ່ຄິວເກີດຂຶ້ນໃນແຖວອຸປະກອນ;
-: ການປະຕິບັດການດຶງອົງປະກອບເກີດຂຶ້ນໃນແຖວອຸປະກອນ;
d: packet ໄດ້ຖືກຫຼຸດລົງ, ປົກກະຕິແລ້ວເນື່ອງຈາກວ່າແຖວແມ່ນເຕັມ;
r: packet ໄດ້ຮັບໂດຍອຸປະກອນເຄືອຂ່າຍ.

ໃຫ້ພິຈາລະນາທີ່ໃກ້ຊິດຢູ່ໃນແຖວທໍາອິດໃນໄຟລ໌ຕິດຕາມ. ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ແບ່ງ​ອອກ​ເປັນ​ພາກ​ສ່ວນ (ມີ indents ເພື່ອ​ຄວາມ​ຊັດ​ເຈນ​) ແລະ​ເລກ​ແຖວ​ຢູ່​ເບື້ອງ​ຊ້າຍ​:

0 +
1 2
2 /NodeList/0/DeviceList/0/$ns3::PointToPointNetDevice/TxQueue/Enqueue
3 ns3::PppHeader (
4   Point-to-Point Protocol: IP (0x0021))
6   ns3::Ipv4Header (
7     tos 0x0 ttl 64 id 0 protocol 17 offset 0 flags [none]
8     length: 1052 10.1.1.1 > 10.1.1.2)
9     ns3::UdpHeader (
10      length: 1032 49153 > 9)
11      Payload (size=1024)

ພາກສ່ວນທໍາອິດຂອງເຫດການການຕິດຕາມທີ່ຂະຫຍາຍນີ້ (ເສັ້ນ 0) ແມ່ນການດໍາເນີນການ. ພວກເຮົາມີສັນຍາລັກ + ຢູ່ທີ່ນີ້, ເຊິ່ງກົງກັບການດໍາເນີນງານຂອງການຈັດແຖວສໍາລັບການສົ່ງຕໍ່. ພາກທີສອງ (ເສັ້ນ 1) ແມ່ນເວລາຈໍາລອງ, ສະແດງອອກເປັນວິນາທີ. ເຈົ້າອາດຈະຈື່ສິ່ງທີ່ພວກເຮົາຖາມ UdpEchoClientApplication ເລີ່ມສົ່ງແພັກເກັດໃນສອງວິນາທີ. ໃນທີ່ນີ້ພວກເຮົາເຫັນການຢືນຢັນວ່ານີ້ແມ່ນເກີດຂຶ້ນຈິງ.

ພາກສ່ວນຕໍ່ໄປຂອງຕົວຢ່າງການຕິດຕາມ (ຈາກແຖວທີ 2) ສະແດງໃຫ້ເຫັນວ່າແຫຼ່ງການຕິດຕາມອັນໃດທີ່ສ້າງເຫດການນີ້ (ສະແດງເຖິງການຕາມຮອຍ namespace). ທ່ານສາມາດຄິດເຖິງ namespace ຕິດຕາມຫຼາຍຄືກັບທີ່ເຈົ້າຕ້ອງການ namespace ຂອງລະບົບໄຟລ໌. ຮາກຂອງ namespace ແມ່ນ NodeList. ອັນນີ້ກົງກັບພາຊະນະທີ່ຖືກຄຸ້ມຄອງໃນລະຫັດ ns-3 ຫຼັກ. ມັນມີ nodes ທັງຫມົດທີ່ສ້າງຂຶ້ນໃນ script. ເຊັ່ນດຽວກັນກັບລະບົບໄຟລ໌ສາມາດມີໄດເລກະທໍລີຢູ່ໃນຮາກຂອງມັນ, NodeList ພວກເຮົາສາມາດມີຫຼາຍຂໍ້. ດັ່ງນັ້ນເສັ້ນ /NodeList/0 ຫມາຍເຖິງ node null ໃນ NodeList, ເຊິ່ງປົກກະຕິແລ້ວພວກເຮົາຄິດວ່າ "node 0". ແຕ່ລະ node ມີບັນຊີລາຍຊື່ຂອງອຸປະກອນທີ່ໄດ້ຖືກຕິດຕັ້ງ. ບັນຊີລາຍຊື່ນີ້ແມ່ນຕັ້ງຢູ່ຕໍ່ໄປໃນ namespace. ທ່ານສາມາດເຫັນໄດ້ວ່າເຫດການຕິດຕາມນີ້ມາຈາກ ລາຍການອຸປະກອນ/0, ເຊິ່ງເປັນອຸປະກອນ null ທີ່ຕິດຕັ້ງຢູ່ໃນ node.

ແຖວຍ່ອຍຕໍ່ໄປ, $ ns3 :: PointToPointNetDevice, ບອກອຸປະກອນໃດຢູ່ທີ່ສູນ: ບັນຊີລາຍຊື່ອຸປະກອນຂອງ node zero. ຈື່ໄວ້ວ່າການດໍາເນີນງານ + ທີ່ພົບໃນແຖວ 0 ຫມາຍຄວາມວ່າອົງປະກອບຫນຶ່ງໄດ້ຖືກເພີ່ມໃສ່ຄິວສົ່ງຂອງອຸປະກອນ. ນີ້ແມ່ນສະທ້ອນໃຫ້ເຫັນຢູ່ໃນພາກສ່ວນສຸດທ້າຍຂອງ "ເສັ້ນທາງຕິດຕາມ": TxQueue/Enqueue.

ພາກສ່ວນທີ່ຍັງເຫຼືອຢູ່ໃນການຕິດຕາມຄວນຈະເປັນ intuitive ຍຸຕິທໍາ. ແຖວທີ 3-4 ຊີ້ບອກວ່າແພັກເກັດຖືກຫຸ້ມຢູ່ໃນໂປຣໂຕຄໍຈຸດຫາຈຸດ. ແຖວທີ 5-7 ສະແດງໃຫ້ເຫັນວ່າແພັກເກັດມີຫົວເວີຊັ່ນ IP4 ແລະມາຈາກທີ່ຢູ່ IP 10.1.1.1 ແລະມີຈຸດປະສົງສໍາລັບ 10.1.1.2. ແຖວ 8-9 ສະແດງໃຫ້ເຫັນວ່າແພັກເກັດນີ້ມີຫົວ UDP ແລະສຸດທ້າຍເສັ້ນ 10 ສະແດງໃຫ້ເຫັນວ່າ payload ແມ່ນຄາດວ່າຈະມີ 1024 bytes.

ແຖວຕໍ່ໄປໃນໄຟລ໌ຕິດຕາມສະແດງໃຫ້ເຫັນວ່າແພັກເກັດດຽວກັນຖືກດຶງອອກຈາກແຖວການສົ່ງຕໍ່ໃນ node ດຽວກັນ.

ແຖວທີສາມໃນໄຟລ໌ຕິດຕາມສະແດງໃຫ້ເຫັນວ່າແພັກເກັດໄດ້ຮັບໂດຍອຸປະກອນເຄືອຂ່າຍຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງ echo server. ຂ້າພະເຈົ້າໄດ້ຜະລິດຄືນເຫດການຂ້າງລຸ່ມນີ້.

0 r
1 2.25732
2 /NodeList/1/DeviceList/0/$ns3::PointToPointNetDevice/MacRx
3   ns3::Ipv4Header (
4     tos 0x0 ttl 64 id 0 protocol 17 offset 0 flags [none]
5     length: 1052 10.1.1.1 > 10.1.1.2)
6     ns3::UdpHeader (
7       length: 1032 49153 > 9)
8       Payload (size=1024)

ໃຫ້ສັງເກດວ່າການປະຕິບັດການຕິດຕາມແມ່ນໃນປັດຈຸບັນ r ແລະເວລາຈໍາລອງໄດ້ຖືກເພີ່ມຂຶ້ນເປັນ 2,25732 ວິນາທີ. ຖ້າທ່ານປະຕິບັດຕາມການສອນຢ່າງລະມັດລະວັງ, ນີ້ຫມາຍຄວາມວ່າທ່ານປະໄວ້ DataRate ແລະ Link Delay ຂອງອຸປະກອນເຄືອຂ່າຍຢູ່ໃນຄ່າເລີ່ມຕົ້ນຂອງພວກເຂົາ. ຄວາມເຄັ່ງຕຶງນີ້ຄວນຈະຄຸ້ນເຄີຍ, ດັ່ງທີ່ທ່ານເຫັນໃນພາກກ່ອນ.

ການປ້ອນຂໍ້ມູນ namespace ແຫຼ່ງທີ່ມາ (ແຖວ 2) ໄດ້ຖືກດັດແກ້ເພື່ອສະທ້ອນວ່າເຫດການນີ້ມາຈາກ node 1 (/NodeList/1​) ແລະ​ຊອງ​ແມ່ນ​ໄດ້​ຮັບ​ໂດຍ​ແຫຼ່ງ​ຕິດ​ຕາມ (/MacRx). ມັນຄວນຈະເປັນເລື່ອງງ່າຍພໍສົມຄວນສໍາລັບທ່ານທີ່ຈະປະຕິບັດຕາມການເຄື່ອນໄຫວຂອງແພັກເກັດຜ່ານ topology ໂດຍເບິ່ງຮ່ອງຮອຍທີ່ຍັງເຫຼືອຢູ່ໃນໄຟລ໌.

5.3.2 PCAP Trace

ຕົວຊ່ວຍອຸປະກອນ ns-3 ຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອສ້າງໄຟລ໌ການຕິດຕາມໃນຮູບແບບ .pcap. ຕົວຫຍໍ້ pcap (ປົກກະຕິແລ້ວຂຽນເປັນຕົວພິມນ້ອຍ) ຫຍໍ້ມາຈາກການຈັບແພັກເກັດ ແລະຕົວຈິງແລ້ວແມ່ນ API ທີ່ປະກອບມີການກໍານົດຮູບແບບໄຟລ໌ .pcap. ໂຄງການທີ່ນິຍົມທີ່ສຸດທີ່ສາມາດອ່ານແລະສະແດງຮູບແບບນີ້ແມ່ນ Wireshark (ເມື່ອກ່ອນເອີ້ນວ່າ Ethereal). ຢ່າງໃດກໍ່ຕາມ, ມີຫຼາຍຕົວວິເຄາະການຕິດຕາມການຈະລາຈອນທີ່ໃຊ້ຮູບແບບແພັກເກັດນີ້. ພວກເຮົາຊຸກຍູ້ໃຫ້ຜູ້ໃຊ້ໃຊ້ເຄື່ອງມືຈໍານວນຫຼາຍທີ່ມີຢູ່ເພື່ອວິເຄາະການຕິດຕາມ pcap. ໃນບົດສອນນີ້ພວກເຮົາຈະສຸມໃສ່ການເບິ່ງການຕິດຕາມ pcap ໂດຍໃຊ້ tcpdump.

ການເປີດໃຊ້ງານ pcap tracing ແມ່ນເຮັດດ້ວຍລະຫັດໜຶ່ງແຖວ.

pointToPoint.EnablePcapAll ("myfirst");

ວາງລະຫັດເສັ້ນນີ້ຫຼັງຈາກລະຫັດຕິດຕາມ ASCII ທີ່ພວກເຮົາຫາກໍ່ເພີ່ມໃສ່ scratch/myfirst.cc. ໃຫ້ສັງເກດວ່າພວກເຮົາພຽງແຕ່ຜ່ານສາຍ "myfirst", ບໍ່ແມ່ນ "myfirst.pcap" ຫຼືສິ່ງທີ່ຄ້າຍຄືກັນ. ນີ້ແມ່ນຍ້ອນວ່າພາລາມິເຕີເປັນຄໍານໍາຫນ້າ, ບໍ່ແມ່ນຊື່ເຕັມ. ໃນລະຫວ່າງການຈໍາລອງ, ຜູ້ຊ່ວຍຕົວຈິງຈະສ້າງໄຟລ໌ຕິດຕາມສໍາລັບແຕ່ລະອຸປະກອນຈຸດ. ຊື່ໄຟລ໌ຈະຖືກສ້າງໂດຍໃຊ້ຄໍານໍາຫນ້າ, ຈໍານວນ node, ຈໍານວນອຸປະກອນ, ແລະຄໍາຕໍ່ທ້າຍ ".pcap".

ສໍາ​ລັບ​ຕົວ​ຢ່າງ​ສະ​ຄຣິບ​ຂອງ​ພວກ​ເຮົາ​, ພວກ​ເຮົາ​ຈະ​ສິ້ນ​ສຸດ​ເຖິງ​ການ​ເບິ່ງ​ໄຟລ​໌​ທີ່​ມີ​ຊື່ "myfirst-0-0.pcap"ແລະ"myfirst-1-0.pcap", ເຊິ່ງເປັນການຕິດຕາມ pcap ສໍາລັບ node 0-device 0 ແລະ node 1-device 0 ຕາມລໍາດັບ. ເມື່ອທ່ານໄດ້ເພີ່ມເສັ້ນລະຫັດເພື່ອເປີດໃຊ້ pcap tracing, ທ່ານສາມາດແລ່ນສະຄິບໄດ້ຕາມປົກກະຕິ:

$ ./waf --run scratch/myfirst

ຖ້າທ່ານເບິ່ງຢູ່ໃນໄດເລກະທໍລີລະດັບສູງສຸດຂອງການແຈກຢາຍຂອງທ່ານ, ທ່ານຄວນເຫັນສາມໄຟລ໌: ໄຟລ໌ຕິດຕາມ ASCII. myfirst.tr, ທີ່ພວກເຮົາໄດ້ສຶກສາກ່ອນຫນ້ານີ້, ໄຟລ໌ myfirst-0-0.pcap и myfirst-1-0.pcap - ໄຟລ໌ pcap ໃຫມ່ທີ່ພວກເຮົາຫາກໍ່ສ້າງ.

ການອ່ານຜົນຜະລິດດ້ວຍ tcpdump

ສໍາລັບໃນປັດຈຸບັນ, ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະເບິ່ງໄຟລ໌ pcap ແມ່ນການໃຊ້ tcpdump.

$ tcpdump -nn -tt -r myfirst-0-0.pcap
reading from file myfirst-0-0.pcap, link-type PPP (PPP)
2.000000 IP 10.1.1.1.49153 > 10.1.1.2.9: UDP, length 1024
2.514648 IP 10.1.1.2.9 > 10.1.1.1.49153: UDP, length 1024
tcpdump -nn -tt -r myfirst-1-0.pcap
reading from file myfirst-1-0.pcap, link-type PPP (PPP)
2.257324 IP 10.1.1.1.49153 > 10.1.1.2.9: UDP, length 1024
2.257324 IP 10.1.1.2.9 > 10.1.1.1.49153: UDP, length 1024

ໃນບ່ອນຖິ້ມຂີ້ເຫຍື້ອ myfirst-0-0.pcap (ອຸ​ປະ​ກອນ​ລູກ​ຄ້າ​) ທ່ານ​ສາ​ມາດ​ເບິ່ງ​ຊອງ echo ຖືກ​ສົ່ງ​ຫຼັງ​ຈາກ 2 ວິ​ນາ​ທີ​ຂອງ​ການ​ຈໍາ​ລອງ​. ຖ້າທ່ານເບິ່ງການຖິ້ມຂີ້ເຫຍື້ອທີສອງ (myfirst-1-0.pcap), ທ່ານຈະເຫັນວ່າແພັກເກັດໄດ້ຮັບຢູ່ທີ່ 2,257324 ວິນາທີ. ທ່ານຈະເຫັນໃນ dump ທີສອງວ່າ packet ໄດ້ຖືກສົ່ງຄືນຢູ່ທີ່ 2.257324 ວິນາທີ, ແລະສຸດທ້າຍວ່າ packet ໄດ້ຖືກຮັບຄືນໂດຍລູກຄ້າໃນການ dump ທໍາອິດຢູ່ທີ່ 2.514648 ວິນາທີ.

ການອ່ານຜົນຜະລິດດ້ວຍ Wireshark

ຖ້າທ່ານບໍ່ຄຸ້ນເຄີຍກັບ Wireshark, ມີເວັບໄຊທ໌ທີ່ທ່ານສາມາດດາວນ໌ໂຫລດໂຄງການແລະເອກະສານ: http://www.wireshark.org/. Wireshark ແມ່ນ GUI ທີ່ສາມາດໃຊ້ເພື່ອສະແດງໄຟລ໌ຕິດຕາມເຫຼົ່ານີ້. ຖ້າທ່ານມີ Wireshark, ທ່ານສາມາດເປີດໄຟລ໌ຕິດຕາມໃດໆແລະສະແດງເນື້ອຫາຄືກັບວ່າທ່ານໄດ້ຈັບແພັກເກັດໂດຍໃຊ້ packet sniffer.

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