ນີ້ແມ່ນຄໍາສັ່ງ sc_analysis_dump ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
sc_analysis_dump — ຖິ້ມຂໍ້ມູນ traceroute ໃນຮູບແບບທີ່ແຍກວິເຄາະໄດ້ງ່າຍ.
ສະຫຼຸບສັງລວມ
sc_analysis_dump [-cCdeghHilMopQrstT] [-D debug-ນັບ] [-G ເຊີບເວີທາງພູມສາດ] [-S ຂ້າມ-ນັບ]
[ເອກະສານ ...]
ລາຍລະອຽດ
ໄດ້ sc_analysis_dump ຜົນປະໂຫຍດສະຫນອງການ dump ຂອງຂໍ້ມູນ traceroute ໃນຮູບແບບທີ່ງ່າຍດາຍ
pard ໂດຍ scripts. ຜົນຜະລິດແຕ່ລະແຖວປະກອບດ້ວຍບົດສະຫຼຸບຂອງການຕິດຕາມອັນດຽວ, ແລະປະກອບມີ
ການໂຕ້ຕອບໄດ້ໄປຢ້ຽມຢາມແລະການຊັກຊ້າຂອງແຕ່ລະຄໍາຕອບ. ຮູບແບບຜົນຜະລິດແມ່ນຄືກັນ
ຂອງ sk_analysis_dump ຈາກ CAIDA, ຍົກເວັ້ນວ່າມັນໃຊ້ API ໄຟລ໌ scamper ເພື່ອອ່ານທັງສອງສິລະປະ ++
ໄຟລ໌ທີ່ຜະລິດໂດຍ skitter ແລະ warts ໄຟລ໌ທີ່ຜະລິດໂດຍ scamper. ໄດ້ sc_analysis_dump ຜົນປະໂຫຍດ
ພຽງແຕ່ຜົນໄດ້ຮັບຂໍ້ມູນ traceroute; ສໍາລັບການແຍກປະເພດຂອງການວັດແທກອື່ນໆ, ການນໍາໃຊ້ sc_warts2json(1)
ແທນ. ທາງເລືອກດັ່ງຕໍ່ໄປນີ້:
-c ປິດການພິມຕົວເລກຮອບວຽນໃນແຕ່ລະແຖວຂອງຜົນຜະລິດ.
-C ປິດການພິມຄໍາຄິດເຫັນກ່ຽວກັບຜົນໄດ້ຮັບຢູ່ເທິງສຸດຂອງຜົນຜະລິດ.
-d ປິດການພິມທີ່ຢູ່ປາຍທາງໃນແຕ່ລະແຖວຂອງຜົນຜະລິດ.
-D debug-ນັບ
ສໍາລັບແຕ່ລະໄຟລ໌ທີ່ປ້ອນຂໍ້ມູນຢຸດການອ່ານຫຼັງຈາກຈໍານວນການຕິດຕາມທີ່ກໍານົດໄວ້.
-e ເພີ່ມການຕອບສະຫນອງຈາກປາຍທາງໄປຫາແຕ່ລະເສັ້ນຜົນຜະລິດ. ກະລຸນາອ່ານແມງໄມ້
ພາກລຸ່ມ.
-g ໃຊ້ຂໍ້ມູນພູມສາດຈາກ netacuity. ບໍ່ແມ່ນການກໍ່ສ້າງທັງຫມົດ sc_analysis_dump ສະຫນັບສະຫນູນ
ທາງເລືອກນີ້.
-G ເຊີບເວີທາງພູມສາດ
ລະບຸຊື່ຂອງເຄື່ອງແມ່ຂ່າຍ netacuity ທີ່ຈະໃຊ້.
-h ພິມຂໍ້ຄວາມຊ່ວຍເຫຼືອ ແລະຈາກນັ້ນອອກ.
-H ປິດການພິມຊ່ອງຂໍ້ມູນຢຸດ: ເປັນຫຍັງ traceroute ຈຶ່ງຢຸດ ແລະຂໍ້ມູນດ້ວຍເຫດຜົນນັ້ນ.
-i ປິດການພິມ RTT ໄປຫາແຕ່ລະ hop, ແລະຕ້ອງພະຍາຍາມຈັກເທື່ອ.
-l ປິດການພິມລາຍການ id ໃນແຕ່ລະແຖວຂອງຜົນຜະລິດ.
-M ພິມວັດຖຸ stack ປ້າຍກຳກັບ MPLS ທີ່ຝັງຢູ່ໃນການຕອບສະໜອງ ICMP.
-o ພິມແຕ່ລະເສັ້ນຜົນຜະລິດໂດຍໃຊ້ຮູບແບບເກົ່າຈາກ sk_analysis_dump 1.0.
-p ປິດການນຳໃຊ້ຂໍ້ມູນເສັ້ນທາງພິມໃນແຕ່ລະແຖວຂອງຜົນຜະລິດ.
-Q ພິມ IP-TTL ຈາກພາຍໃນວົງຢືມ ICMP.
-r ປິດໃຊ້ງານການພິມຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບການຕອບສະໜອງຈາກປາຍທາງ: RTT, the
TTL ຂອງ probe, ແລະ TTL ຂອງຄໍາຕອບ.
-s ປິດການພິມທີ່ຢູ່ IP ແຫຼ່ງໃນແຕ່ລະແຖວຂອງຜົນຜະລິດ.
-S ຂ້າມ-ນັບ
ຂ້າມຈຳນວນການຕິດຕາມທີ່ກຳນົດໄວ້ຈາກແຕ່ລະໄຟລ໌ທີ່ປ້ອນເຂົ້າ.
-t ປິດໃຊ້ງານການພິມເວລາຂອງເວລາທີ່ traceroute ເລີ່ມຕົ້ນ.
-T ພິມ IP-TTL ຂອງຊຸດການຕອບໂຕ້.
OUTPUT
ມີຫນຶ່ງຮອຍຕໍ່ແຖວ. ຊ່ອງຂໍ້ມູນຖືກແຍກອອກດ້ວຍຕົວອັກສອນແຖບ. ຜົນຜະລິດແມ່ນ
ມີໂຄງສ້າງເຂົ້າໄປໃນຊ່ອງຂໍ້ມູນສ່ວນຫົວ (2 ຫາ 6), ຊ່ອງຕອບກັບ (7 ຫາ 10) ທີ່ສອດຄ້ອງກັບການຕອບສະໜອງ.
ໄດ້ຮັບຈາກຈຸດຫມາຍປາຍທາງ, halt fields (11 ແລະ 12), ແລະ hop fields (ເລີ່ມຕົ້ນທີ່ດັດຊະນີ
13).
1. ກະແຈ
ຊີ້ໃຫ້ເຫັນປະເພດຂອງເສັ້ນແລະກໍານົດຄວາມຫມາຍຂອງທົ່ງນາທີ່ຍັງເຫຼືອ.
ອັນນີ້ຈະເປັນ 'T' ສະເໝີສຳລັບການຕິດຕາມ IP.
2. ແຫຼ່ງທີ່ມາ
IP ແຫຼ່ງທີ່ມາຂອງ skitter/scamper monitor ປະຕິບັດການຕິດຕາມ.
3. ຈຸດ ໝາຍ ປາຍທາງ
IP ປາຍທາງກຳລັງຖືກຕິດຕາມ.
4. ListId
ID ຂອງລາຍຊື່ປາຍທາງທີ່ມີທີ່ຢູ່ປາຍທາງນີ້. ມູນຄ່ານີ້ຈະ
ເປັນສູນ ຖ້າບໍ່ມີ ID ລາຍຊື່ໃຫ້. ListId ເປັນ 32 bit integer unsigned.
5. CycleId
ID ຂອງວົງຈອນການສືບສວນປັດຈຸບັນ. ຮອບວຽນແມ່ນໄລຍະດຽວຜ່ານລາຍການທີ່ໃຫ້ໄວ້. ກ
CycleId ແມ່ນ 32 bit integer unsigned. ສໍາລັບການຕິດຕາມ skitter, ID ວົງຈອນຈະເທົ່າທຽມກັນ
ໄປ ຫຼື ເລັກນ້ອຍກ່ອນເວລາຂອງການຕິດຕາມທຳອິດໃນແຕ່ລະຮອບວຽນ. ຢູ່ທີ່ນັ້ນ
ບໍ່ມີການຕີຄວາມໝາຍມາດຕະຖານສຳລັບ ID cycle scamper. ຄ່ານີ້ຈະເປັນສູນຖ້າ
ບໍ່ໄດ້ໃຫ້ ID ວົງຈອນ.
6. ຕາຕະລາງເວລາ
ປະທັບຕາເວລາເມື່ອການຕິດຕາມເລີ່ມມາຮອດຈຸດໝາຍປາຍທາງນີ້.
7. DestReplied
ໄດ້ຮັບການຕອບຮັບຈາກປາຍທາງຫຼືບໍ່. ຕົວອັກສອນ R ຖືກພິມອອກ
ຖ້າໄດ້ຮັບການຕອບຮັບ. ຕົວອັກສອນ N ຖືກພິມອອກຖ້າບໍ່ໄດ້ຮັບການຕອບກັບ.
ນັບຕັ້ງແຕ່ skitter ສົ່ງຊຸດທີ່ມີ TTL ຂອງ 255 ເມື່ອມັນຢຸດການສືບສວນ, ມັນຍັງຄົງຢູ່.
ເປັນໄປໄດ້ສໍາລັບປາຍທາງສຸດທ້າຍທີ່ຈະສົ່ງຄໍາຕອບແລະສໍາລັບ HaltReasonData (ເບິ່ງ
ຂ້າງລຸ່ມນີ້) ບໍ່ເທົ່າກັບ no_halt. ຫມາຍເຫດ: scamper ບໍ່ໄດ້ດໍາເນີນການ ditch ສຸດທ້າຍນີ້
ກວດສອບຢູ່ TTL 255 ໂດຍຄ່າເລີ່ມຕົ້ນ.
8. DestRTTT
RTT (ms) ຂອງແພັກເກັດຕອບສະຫນອງທໍາອິດຈາກປາຍທາງ. ຄ່ານີ້ແມ່ນສູນ if
DestReplied ແມ່ນ N.
9. ຮ້ອງຂໍ TTL
TTL ທີ່ກໍານົດໄວ້ໃນຊຸດຄໍາຮ້ອງຂໍທີ່ elicited ຄໍາຕອບ (echo ຕອບກັບ) ຈາກ
ຈຸດໝາຍປາຍທາງ. ຄ່ານີ້ແມ່ນສູນຖ້າ DestReplied ແມ່ນ N.
10. ຕອບTTL
ພົບ TTL ໃນຊຸດຕອບກັບຈາກປາຍທາງ. ຄ່ານີ້ແມ່ນສູນຖ້າ DestReplied ແມ່ນ
N.
11. HaltReason
ລັກສະນະດຽວທີ່ສອດຄ້ອງກັບເຫດຜົນ, ຖ້າມີ, ເປັນຫຍັງການພິຈາລະນາແບບເພີ່ມຕື່ມ
ຢຸດ. S ຖືກພິມອອກຖ້າຈຸດຫມາຍປາຍທາງມາຮອດຫຼືບໍ່ມີຂໍ້ມູນຢຸດ. U
ຖືກພິມອອກຖ້າໄດ້ຮັບຂໍ້ຄວາມທີ່ບໍ່ສາມາດເຂົ້າຫາໄດ້ ICMP. L ຖືກພິມອອກຖ້າ loop
ຖືກກວດພົບ. G ຖືກພິມອອກຖ້າ gaplimit ບັນລຸໄດ້.
12. HaltReasonData
ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບວ່າເປັນຫຍັງການສືບສວນຖືກຢຸດ. ຖ້າ HaltReason ແມ່ນ S, ສູນແມ່ນຜົນຜະລິດ. ຖ້າ
HaltReason ແມ່ນ U, ລະຫັດ ICMP ຂອງຂໍ້ຄວາມທີ່ບໍ່ສາມາດເຂົ້າເຖິງໄດ້ແມ່ນພິມອອກ. ຖ້າ
HaltReason ແມ່ນ L, ຄວາມຍາວຂອງ loop ແມ່ນພິມອອກ. ຖ້າ HaltReason ແມ່ນ G, the
ຄວາມຍາວຂອງຊ່ອງຫວ່າງແມ່ນພິມອອກ.
13. PathComplete
ບໍ່ວ່າພົບທຸກ hops ໄປຫາຈຸດຫມາຍປາຍທາງ. C ຖືກພິມອອກຖ້າຮອຍແມ່ນ
ສໍາເລັດ, hops ທັງຫມົດແມ່ນພົບເຫັນ. ຂ້ອຍຖືກພິມອອກຖ້າຮອຍບໍ່ຄົບຖ້ວນ, ຢ່າງຫນ້ອຍ
ຫນຶ່ງ hop ແມ່ນຫາຍໄປ (ເຊັ່ນ, ບໍ່ໄດ້ຕອບສະຫນອງ).
14. PerHopData
ຂໍ້ມູນການຕອບສະໜອງສຳລັບແຕ່ລະ hop. ຖ້າຫຼາຍທີ່ຢູ່ IP ຕອບສະໜອງຢູ່ໃນຈຸດດຽວກັນ,
ຂໍ້ມູນການຕອບສະຫນອງສໍາລັບທີ່ຢູ່ IP ແຕ່ລະຄົນແມ່ນແຍກອອກໂດຍ semicolons:
IP,RTT,numTries (ສຳລັບ IP ທີ່ຕອບສະໜອງອັນດຽວເທົ່ານັ້ນ) IP,RTT,numTries;IP,RTT,numTries;...
(ສຳລັບ IP ທີ່ຕອບສະໜອງຫຼາຍອັນ)
ບ່ອນທີ່ IP ເປັນທີ່ຢູ່ IP ທີ່ສົ່ງຊຸດ TTL ຫມົດອາຍຸ, RTT ແມ່ນ RTT ຂອງ
ແພັກເກັດ TTL ໝົດອາຍຸ, ແລະ numTries ແມ່ນຈໍານວນການພະຍາຍາມກ່ອນທີ່ຈະຕອບສະຫນອງ
ໄດ້ຮັບຈາກ TTL.
ຊ່ອງຂໍ້ມູນນີ້ມີມູນຄ່າ 'q' ຖ້າບໍ່ມີການຕອບສະໜອງຢູ່ທີ່ hop.
ຖ້າ -M ທາງເລືອກແມ່ນໄດ້ຮັບການລະບຸໄວ້, ສິ່ງໃດຫນຶ່ງ stack stack ຂອງ MPLS ຝັງຢູ່ໃນ ICMP ໄດ້
ການຕອບສະ ໜອງ ຈະຖືກລວມເຂົ້າໃນຮູບແບບຕໍ່ໄປນີ້, ແລະສີ່ຊ່ອງໃສ່ກັນ
ໄປຫາແຕ່ລະຊ່ອງຂໍ້ມູນໃນສ່ວນຫົວ MPLS.
M|ttl|ປ້າຍກຳກັບ|exp|s
ຖ້າການຕອບສະ ໜອງ ICMP ຝັງຕົວຫົວ MPLS ຫຼາຍກວ່າຫນຶ່ງຫົວ, ພວກມັນຈະຖືກມອບໃຫ້ຫນຶ່ງ
ເວລາ, ແຕ່ລະຄົນເລີ່ມຕົ້ນດ້ວຍ M.
ຖ້າ -Q ທາງເລືອກແມ່ນລະບຸໄວ້, ຄ່າ TTL ທີ່ພົບໃນຊຸດ IP ທີ່ອ້າງອີງແມ່ນ
ລວມຢູ່ໃນຮູບແບບດັ່ງຕໍ່ໄປນີ້:
ຖາມ|ttl
ຖ້າ -T ທາງເລືອກແມ່ນໄດ້ລະບຸໄວ້, ຄ່າ TTL ຂອງຊອງຕອບສະຫນອງແມ່ນລວມ
ດ້ວຍຮູບແບບດັ່ງຕໍ່ໄປນີ້:
T|ttl
ຕົວຢ່າງ
ຄໍາສັ່ງ:
sc_analysis_dump file1.warts file2.warts
ຈະຖອດລະຫັດ ແລະພິມສິ່ງຂອງ traceroute ໃນ file1.warts, ຕາມດ້ວຍ traceroute.
ວັດຖຸໃນ file2.warts.
ຄໍາສັ່ງ:
gzcat file1.warts.gz | sc_analysis_dump
ຈະຖອດລະຫັດແລະພິມວັດຖຸ traceroute ໃນໄຟລ໌ທີ່ບໍ່ໄດ້ບີບອັດທີ່ສະຫນອງໃນ stdin.
ໃຊ້ sc_analysis_dump ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
