ผู้ใช้ส่วนตัว:ผู้ใช้ส่วนตัวจำนวนมากสนใจที่จะพิจารณาว่าตนมีแบนด์วิดท์เท่าใด โดยเฉพาะอย่างยิ่งพวกเขาสนใจว่าพวกเขาได้รับแบนด์วิธที่ ISP รับประกันหรือไม่ ในบริบทนี้ ผู้บริโภคจำนวนมากทดสอบความเร็วการเชื่อมต่อ แบนด์วิดท์ DSL รวมถึงการทดสอบด้วย โทรศัพท์มือถือและแท็บเล็ต

• นอกจากโปรแกรม PRTG ซึ่งแน่นอนว่าสามารถใช้เพื่อจุดประสงค์นี้ได้ คุณยังสามารถทดสอบความเร็วแบบง่ายๆ ได้ การเชื่อมต่อแบบมีสายซึ่งมีให้บริการออนไลน์ในเว็บไซต์ต่างๆ มากมาย เริ่มใช้ Bandwidth Manager ของเราบนเครือข่ายของคุณ

สภาพแวดล้อมแบบมืออาชีพ:ใน สภาพแวดล้อมแบบมืออาชีพ(ที่สถานประกอบการและใน องค์กรขนาดใหญ่) ผลที่ตามมาของการลด แบนด์วิธมีความร้ายแรงมากขึ้นอย่างเห็นได้ชัด การหยุดชะงักทำให้พนักงานและลูกค้าบางรายต้องหยุดทำงาน ซึ่งในทางกลับกันก็นำไปสู่การสูญเสียผลกำไร ผู้ดูแลระบบจะต้องระบุและกำจัดหมูแบนด์วิธอย่างรวดเร็ว

• ในกรณีนี้ เครื่องมือตรวจสอบแบนด์วิดท์ของเราจะช่วยคุณตรวจสอบแบนด์วิดท์ของคุณ ระบุและประเมินความแออัดของแบนด์วิธที่มีนัยสำคัญ ตรวจจับศักยภาพได้อย่างรวดเร็ว
  การหยุดชะงัก- และระบุสาเหตุของปัญหาในที่สุด

การวัดแบนด์วิธ:
สามสถานการณ์
โดยที่ PRTG จะมีประโยชน์

เพื่อนร่วมงานของคุณบ่นว่าซอฟต์แวร์ที่พวกเขาใช้ภายในช้าเกินไปหรือไม่? ลูกค้าของคุณไม่พอใจเพราะเว็บไซต์ของคุณขัดข้องอยู่ตลอดเวลาใช่หรือไม่? ในกรณีเหล่านี้ ปัญหาน่าจะอยู่ที่แบนด์วิดท์ของคุณ

ไม่มีแผนกไอทีใดที่สามารถทำได้หากไม่มี สำเนาสำรอง- โดยทั่วไปแล้วสำหรับ การสำรองข้อมูลหรือการซิงโครไนซ์ฐานข้อมูลจำเป็นต้องมีปริมาณงานจำนวนมาก หากไม่มีแบนด์วิธที่จำเป็น เครือข่ายของคุณอาจจะหมด

เกือบทุกบริษัทส่ง ไฟล์ขนาดใหญ่- การถ่ายโอนไฟล์ดังกล่าวใช้แบนด์วิธเป็นจำนวนมาก แต่ปัญหาคอขวดที่ตรวจไม่พบในแต่ละเครือข่ายทำให้การถ่ายโอนไฟล์ช้าลง

โปรแกรม PRTG จะช่วยให้คุณตัดสินใจได้อย่างรวดเร็ว สาเหตุที่เป็นไปได้แบนด์วิธโอเวอร์โหลดและจำกัดสาเหตุของความล้มเหลว การโอเวอร์โหลดองค์ประกอบเครือข่ายเดียวสามารถนำไปสู่การลดปริมาณงานลงอย่างมาก

“เราทุกคนสามารถทำงานได้อย่างสบายใจโดยรู้ว่าระบบของเราได้รับการตรวจสอบอย่างต่อเนื่อง”

Markus Puke ผู้ดูแลระบบเครือข่าย Schuchtermann Clinic (เยอรมนี)

ภาพหน้าจอ
นี่คือสิ่งที่การตรวจสอบดูเหมือน
แบนด์วิธใน PRTG

PRTG ทำให้ชีวิตของคุณง่ายขึ้น!

ให้ PRTG ทดสอบและวัดปริมาณงานเครือข่ายของคุณทุกวันตลอด 24 ชั่วโมง
มุ่งเน้นไปที่สิ่งที่สำคัญกว่า

PRTG ช่วยประหยัดเวลา

เมื่อซื้อ PRTG คุณจะได้รับเครื่องมือแบบรวมศูนย์สำหรับการวัดปริมาณงานและทดสอบเครือข่ายของคุณ คุณจะประทับใจกับความสามารถในการตรวจสอบโครงสร้างพื้นฐานทั้งหมดของคุณโดยใช้แอปและแดชบอร์ดของเรา

PRTG ช่วยให้คุณไม่ต้องกังวล

การติดตั้ง PRTG นั้นง่ายและรวดเร็ว ด้วยเซ็นเซอร์ที่สร้างไว้ล่วงหน้ามากกว่า 200 ตัว ทำให้ง่ายต่อการเริ่มต้นหรือเปลี่ยนจากเครื่องมือตรวจสอบแบนด์วิธและเครือข่ายอื่น

PRTG ประหยัดเงิน

PRTG คุ้มค่าเงิน 80% ของลูกค้าของเรากล่าวว่าพวกเขาประหยัดในการจัดการเครือข่ายได้ และค่าใช้จ่ายของใบอนุญาต PRTG จะจ่ายออกไปโดยเฉลี่ยในเวลาเพียงสามเดือนครึ่ง

ตัวอย่างลูกค้า:
ระบบขนส่งทางรางของออสเตรียใช้ PRTG

“เพื่อให้มั่นใจในการทำงาน แอปพลิเคชันที่สำคัญการทำงานอย่างต่อเนื่องและต่อเนื่องของเครือข่ายข้อมูลของ ÖBB Infrastruktur AG มีความสำคัญสูงสุด เพื่อให้สิ่งนี้เป็นจริง ฝ่ายบริหารจึงตัดสินใจติดตั้ง PRTG การตรวจสอบเครือข่าย- โปรแกรม PRTG ใช้สำหรับ การตรวจสอบแบนด์วิธเราเตอร์ส่วนกลางและสวิตช์ในเครือข่ายข้อมูล ช่วยให้ผู้ดูแลระบบสามารถระบุสิ่งที่สำคัญที่สุดได้ พารามิเตอร์ที่สำคัญการใช้งานและความพร้อมใช้งาน โดยรวมแล้ว มีการใช้เซ็นเซอร์หลายพันตัวในการตรวจสอบ ซึ่งร้องขอค่าที่จำเป็นเป็นประจำ”

วิธีการตรวจสอบแบนด์วิธ PRTG

วิดีโอนี้นำเสนอ ภาพรวมโดยย่อวิธีการที่มีอยู่ใน PRTG สำหรับการตรวจสอบปริมาณงาน ค้นหาวิธีการที่เหมาะกับโครงสร้างพื้นฐานด้านไอทีของคุณมากที่สุด

การทดสอบแบนด์วิธ: ใช้ PRTG เพื่อความสำเร็จ!

คุณต้องการทราบว่าผู้ให้บริการอินเทอร์เน็ตของคุณให้แบนด์วิธตามสัญญาจริงหรือไม่ คุณเองก็อาจตรวจสอบ SLA บ่อยครั้ง เช่นเดียวกับผู้ดูแลระบบหลายๆ คน แต่คุณจะทดสอบปริมาณงานได้อย่างไร? มีสองปัญหาที่นี่:

ความยาก 1:เพื่อทดสอบปริมาณงานสูงสุดของช่องสัญญาณนั้นจะต้องใช้ร่วมกับ โหลดสูงสุด- ซึ่งหมายความว่าในขณะที่การทดสอบดำเนินอยู่ จะไม่เหลือทรัพยากรเหลือในการถ่ายโอนข้อมูลอื่น กล่าวอีกนัยหนึ่ง คุณจะทำให้เครือข่ายของคุณเป็นอัมพาต

ความยาก 2:เพื่อความแม่นยำในการวัด 100% คุณจำเป็นต้องมีคอมพิวเตอร์สองเครื่องที่อยู่ตรงปลายช่องสัญญาณที่คุณต้องการทดสอบปริมาณงาน ไม่อย่างนั้นคุณจะได้สัมผัสทุกสิ่งไปพร้อมๆ กัน อุปกรณ์เครือข่ายตรวจพบในช่องที่ทดสอบ

ด้วยเหตุผลเหล่านี้ จึงไม่สามารถวัดปริมาณงานโดยตรงตลอดการทดสอบได้ แต่ควรทดสอบความเร็วของช่องสัญญาณโดยสร้างโหลดสูงสุดในระยะสั้น เช่น ไม่โหลด ไฟล์ขนาดใหญ่(ขนาดหลายกิโลไบต์) ทุก ๆ สองสามนาที และวัดเวลาที่ใช้ในการดาวน์โหลด

สารละลาย:ต่อไปนี้เป็นวิธีทดสอบปริมาณงานโดยใช้ PRTG:

1. สร้างเซ็นเซอร์ HTTP ขั้นสูงสามตัวที่เข้าถึงไฟล์หลายไฟล์ที่มีขนาดประมาณ 500 KB ซึ่งโฮสต์บน "เซิร์ฟเวอร์ที่รวดเร็ว" ที่แตกต่างกัน (เช่น เว็บไซต์คงที่ของ ISP ของคุณ)
2. ปล่อยให้เซ็นเซอร์ทำงานเป็นเวลาหลายชั่วโมงทุก ๆ 5 นาที เซ็นเซอร์มีช่องที่ระบุค่าปริมาณงาน (ในหน่วย KB/s) ที่ได้รับระหว่างการดาวน์โหลดไฟล์
3. ตัวอย่างเช่น หากคุณมีลิงก์ข้อมูลที่มีแบนด์วิดท์ที่ระบุ 4 MB/s การทดสอบโดยใช้ไฟล์ 500 KB ควรคงอยู่ 1000 มิลลิวินาที (1 วินาที): 4 เมกะบิตต่อวินาที = 0.5 MB ต่อวินาที = 500 KB ต่อวินาที .

หากผู้ใช้รายอื่นใช้ช่องสัญญาณในระหว่างการทดสอบ คุณจะเห็นความผันผวนที่ไม่ต้องการในเส้นโค้ง เนื่องจากการทดสอบไม่ได้ทำงานเสมอไปเมื่อแบนด์วิธที่มีอยู่ทั้งหมดพร้อมใช้งาน หากไม่มีการจราจรอื่นในช่องโค้งจะมีลักษณะคล้ายเส้นตรงมาก การรันการทดสอบทรูพุตด้วย PRTG จะทำให้คุณสามารถตรวจสอบประสิทธิภาพเครือข่ายและระบุปัญหาคอขวดที่อาจเกิดขึ้นได้

ความสนใจ! หากคุณดาวน์โหลดไฟล์ขนาด 500 KB ทุกๆ 60 วินาที คุณจะถ่ายโอนข้อมูลได้ 720 MB ต่อวัน!

เคล็ดลับ: คุณยังใหม่ต่อการตรวจสอบและต้องการการสนับสนุนหรือไม่

Paessler เสนอหลักสูตรหลายส่วนฟรีที่เผยแพร่ทั่วทั้งหลักสูตร อีเมล- หลักสูตรนี้ครอบคลุม 4 วิธีหลักในการตรวจสอบปริมาณงาน: SNMP, Packet Sniffing, Flow และ WMI ทำความรู้จัก กระบวนการที่แยกจากกันและวิธีที่สามารถใช้เพื่อปรับปรุงการใช้แบนด์วิธบนเครือข่ายของคุณ

ลงทะเบียนเพื่อรับของเรา หลักสูตรฟรีส่งอีเมลและเรียนรู้วิธีเพิ่มประสิทธิภาพการใช้ทรัพยากรของคุณโดยใช้ Bandwidth Counter

• PRTG เวอร์ชันเต็มเป็นเวลา 30 วัน
• หลังจาก 30 วัน – เวอร์ชันฟรี
• สำหรับเวอร์ชันขยาย – ใบอนุญาตเชิงพาณิชย์

คำแนะนำที่เป็นประโยชน์: “ฟังนะ Matthias คุณจะบอกอะไรกับผู้ดูแลระบบที่ต้องการตรวจสอบปริมาณงาน”

“แทนที่จะวัดปริมาณงานด้วยการสร้างภาระงานเพิ่มเติม ควรมองหากิจกรรมที่ตนเองสร้างภาระดังกล่าวแล้วติดตามกิจกรรมเหล่านั้นจะดีกว่า ตัวอย่างเช่น เมื่อทำการสำรองข้อมูล มักจะมีการโหลดแบนด์วิธเครือข่ายจำนวนมาก ซึ่งสามารถระบุการขาดแคลนทรัพยากรและปัญหาคอขวดของระบบได้อย่างง่ายดาย”

Matthias Hengl นักพัฒนา PRTG ที่ PAESSLER AG

การตรวจสอบแบนด์วิธ

อะไรทำให้ PRTG ดีกว่าที่เหลือ?

ค้นหาเหตุผล ทำงานช้าแอปพลิเคชันหรือปัญหาอื่นๆ ที่ไม่มีเครื่องมือตรวจสอบอาจต้องใช้เวลาและค่าใช้จ่ายจำนวนมาก PRTG มีการตรวจสอบปริมาณงานเครือข่ายที่ครอบคลุม คุณจะได้รับเซ็นเซอร์ประมาณ 20 ตัวสำหรับการตรวจสอบปริมาณงาน และเซ็นเซอร์เหล่านี้สามารถสร้างขึ้นได้โดยอัตโนมัติ

PRTG ช่วยให้คุณสามารถตรวจสอบปริมาณงานในช่วงเวลาหนึ่งและระบุเวลาโหลดสูงสุดได้ ซึ่งจะทำให้คุณสามารถวางแผนล่วงหน้าเพื่อจัดสรรแบนด์วิธให้มากขึ้นได้ เวลาที่แน่นอน: เช่น เมื่อมีการเยี่ยมชมเว็บไซต์ จำนวนมากผู้เข้าชมเมื่อผู้ใช้ดาวน์โหลดแอปพลิเคชันจำนวนมากหรือเมื่อกำลังอัปเดตระบบ

แบนด์วิธของคุณถึงขีดจำกัดอย่างช้าๆ หรือไม่? เมื่อใช้ PRTG คุณจะรู้ได้ทันทีว่ามีการใช้แบนด์วิธสูงสุด สิ่งนี้จะช่วยให้คุณสามารถวางแผนการแนะนำทรัพยากรใหม่ได้ทันเวลา

การระบุและกำจัดหมูแบนด์วิธจะช่วยปรับปรุงประสิทธิภาพของเครือข่ายของคุณ นอกจากนี้ยังส่งผลให้ประหยัดต้นทุนได้อย่างมาก ในกรณีส่วนใหญ่ สิทธิประโยชน์เหล่านี้เพียงอย่างเดียวจะช่วยชดเชยต้นทุนการจัดซื้อ PRTG ได้อย่างรวดเร็ว

ด้วยการใช้ PRTG สำหรับการทดสอบทรูพุต คุณจะมั่นใจได้ถึงทรูพุตที่สม่ำเสมอ ปรับปรุงความน่าเชื่อถือของเครือข่ายของคุณ และรับทันที ควบคุมได้มากขึ้นผ่านโครงสร้างพื้นฐานด้านไอทีของคุณ เป็นผลให้คุณจะมีบทบาทสำคัญในทั้งการเพิ่มผลผลิตของเพื่อนร่วมงานและเพิ่มความพึงพอใจของลูกค้า

PRTG: ซอฟต์แวร์ตรวจสอบเครือข่ายปฏิวัติวงการ

โดยใช้ เอพีไอคุณสามารถปรับแต่ง PRTG ตามความต้องการเฉพาะของคุณได้เป็นรายบุคคลและแบบไดนามิก:

• HTTP API:เข้าถึงการตรวจสอบเครือข่ายและข้อมูลการจัดการสิ่งอำนวยความสะดวกโดยใช้คำขอ HTTP
• เซ็นเซอร์ส่วนบุคคล:คุณสามารถเพิ่มเซ็นเซอร์ของคุณเองสำหรับการตรวจสอบเครือข่ายแต่ละรายการได้
• การแจ้งเตือนส่วนบุคคล:คุณสามารถเพิ่มได้ การแจ้งเตือนที่กำหนดเองเพื่อส่งการแจ้งเตือนไปยังระบบภายนอก
• เซ็นเซอร์ REST API ใหม่:ตรวจสอบเกือบทุกอย่างที่รองรับ XML และ JSON

Iperf เป็นโปรแกรมอรรถประโยชน์สำหรับการทดสอบปริมาณงานของเครือข่ายโดยการสร้างการรับส่งข้อมูลบนเซิร์ฟเวอร์และรับข้อมูลบนเครื่องไคลเอ็นต์

ดาวน์โหลดยูทิลิตี้

• สำหรับ Unix หรือติดตั้งจากแหล่งเก็บข้อมูล

นอกจากนี้ยังควรให้ความสนใจกับยูทิลิตี้ netperf ด้วย

ก่อนอื่น จำเป็นต้องมีโฮสต์สองตัว หนึ่งในนั้นจะสร้างการรับส่งข้อมูล - ไคลเอนต์และอีกอันจะได้รับแพ็กเก็ตและคำนวณสถิติ - เซิร์ฟเวอร์ ทั้งสองเครื่องทำงานเหมือนกัน ไฟล์ปฏิบัติการแต่มีปุ่มต่างกัน

กำลังตรวจสอบการรับส่งข้อมูล TCP

ไอเพอร์ฟ-ส

iperf -c เซิร์ฟเวอร์_โฮสต์

ที่นี่ server_host คือที่อยู่ของเครื่องที่ iperf ทำงานในโหมดเซิร์ฟเวอร์ นั่นคือทั้งหมดที่ ขั้นแรกเราเริ่มต้นเซิร์ฟเวอร์ จากนั้นไคลเอนต์ และการรับส่งข้อมูลจะไหลระหว่างเซิร์ฟเวอร์เหล่านั้นเป็นเวลา 10 วินาที หลังจากนั้นการเชื่อมต่อจะถูกตัดการเชื่อมต่อและสถิติจะปรากฏขึ้น

ในการเพิ่มระยะเวลาการเชื่อมต่อ คุณต้องเพิ่มพารามิเตอร์ -t nsec ให้กับบรรทัดเริ่มต้นของไคลเอ็นต์ โดยที่ nsec คือระยะเวลาการเชื่อมต่อในหน่วยวินาที

สวิตช์ -i nsec จะมีประโยชน์ไม่น้อย ในที่นี้ nsec สอดคล้องกับช่วงเวลา (เป็นวินาที) ที่จะแสดงสถิติ

กำลังตรวจสอบการรับส่งข้อมูล UDP

หากต้องการรัน iperf ในโหมด UDP คุณต้องเพิ่มสวิตช์ -u ไปที่ทั้งไคลเอ็นต์และเซิร์ฟเวอร์

โปรโตคอล UDP นั้น "โง่" มากกว่า ซึ่งทำให้เรามีทั้งข้อดีและข้อเสียบางประการ อย่างไรก็ตาม เพื่อวัตถุประสงค์ในการทดสอบ ข้อเสียกลับกลายเป็นข้อดีอีกครั้ง

แล้วเราจะทำอะไรได้บ้าง:

* เปลี่ยนความยาวของแพ็กเก็ตที่ส่ง
* เปลี่ยนแบนด์วิธของการรับส่งข้อมูล
* ทำงานในช่องทางเดียว
* ใช้ iperf โดยไม่ต้องเริ่มเซิร์ฟเวอร์หากช่องสัญญาณไม่สิ้นสุด แต่คุณเพียงแค่ต้องสร้างการรับส่งข้อมูลที่ระบุสำหรับการโหลด

หากต้องการเปลี่ยนความยาวของแพ็กเก็ต ให้ใช้สวิตช์ความยาว -l คุณเพียงแค่ต้องจำไว้ว่าความยาว = 0 ความยาวจริงของเฟรมอีเธอร์เน็ตจะเป็น 54 ไบต์ และทำการปรับเปลี่ยนที่เหมาะสมในการคำนวณของคุณ

หากต้องการเปลี่ยนแบนด์วิธการรับส่งข้อมูล ให้ใช้สวิตช์แบนด์วิธ -b พารามิเตอร์แบนด์วิธจะแสดงเป็นบิตต่อวินาทีและสามารถมีได้ จุดทศนิยมและคำต่อท้าย k และ M ซึ่งสอดคล้องกับคำนำหน้ากิโลและเมกะ

เมื่อทำงานในช่องทางเดียว คุณควรจำไว้ว่าลูกค้าในกรณีดังกล่าวจะไม่แสดงสถิติ และเมื่อเซสชันสิ้นสุดลง จะแสดงข้อความแสดงข้อผิดพลาดที่สามารถเพิกเฉยได้อย่างปลอดภัย
เปิดตัวกระแสการรับส่งข้อมูลหลายรายการ

เราสามารถรันไคลเอนต์และเซิร์ฟเวอร์ได้หลายอินสแตนซ์บนเครื่องเดียวกัน หากต้องการแยกการรับส่งข้อมูล ให้กำหนดพอร์ตที่แตกต่างกันโดยใช้พารามิเตอร์พอร์ต -p โดยค่าบนไคลเอ็นต์และเซิร์ฟเวอร์ที่เกี่ยวข้องจะต้องเหมือนกัน (โดยค่าเริ่มต้น จะมีค่าเป็น 5001)

การปฏิบัติได้แสดงให้เห็นว่าเมื่อรันไคลเอนต์หลายตัวบนเครื่องเดียว iperf จะใช้ทรัพยากร CPU เกือบทั้งหมด ซึ่งเป็นสาเหตุที่ทำให้แพ็กเก็ตอาจหายไปในบางเธรด ดูเหมือนว่าจะมีข้อผิดพลาดบางอย่างในรหัสที่ทำให้เกิด การดำเนินการที่ไม่ถูกต้องด้วยการสลับบริบท ทั้งหมดข้างต้นเป็นจริงสำหรับ iperf Netperf ทำงานค่อนข้างถูกต้องบน Linux

ในไฟล์วิธีใช้ คุณจะพบพารามิเตอร์ -S ซึ่งให้คุณตั้งค่าได้ พิมพ์ค่าการบริการ (TOS) ในส่วนหัว IP ฉันต้องทำให้คุณผิดหวัง สิ่งนี้ใช้ไม่ได้กับ Windows (โดยทั่วไปแล้ว ฉันไม่สามารถตั้งค่าฟิลด์นี้เป็น ping มาตรฐานสำหรับ Windows ได้เช่นกัน)

ความเร็วการเชื่อมต่ออินเทอร์เน็ตที่ผู้ให้บริการสัญญาไว้บางครั้งไม่สอดคล้องกับแบนด์วิธการเชื่อมต่อจริง ความเร็วในการเชื่อมต่ออาจต่ำกว่าที่รับประกันเล็กน้อย และอาจไม่เสถียรอีกด้วย ที่ ดูง่ายหน้าในเบราว์เซอร์ผู้ใช้อาจไม่สังเกตเห็นความแตกต่างดังกล่าว แต่เมื่อเล่นวิดีโอออนไลน์ ถ่ายโอนไฟล์ และกิจกรรมออนไลน์อื่น ๆ เมื่อต้องใช้แบนด์วิธสูง การขาดความเร็วจะสังเกตเห็นได้ชัดเจน หากคุณติดต่อผู้ให้บริการโดยตรง บริการสนับสนุนไม่น่าจะจดจำได้ ข้อเท็จจริงนี้และมีเหตุผลหลายประการที่สามารถให้ได้เป็นข้อแก้ตัว - สภาพไม่ดี สายโทรศัพท์การมีอุปกรณ์อยู่ในบริเวณที่ทำให้เกิดการรบกวน เป็นต้น ข้อแก้ตัวยอดนิยมอีกประการหนึ่งคือความเร็วการเชื่อมต่อขึ้นอยู่กับความสามารถของเซิร์ฟเวอร์ระยะไกล คุณสามารถวัดความเร็วได้ด้วยตัวเอง เช่น ดาวน์โหลดไฟล์ขนาดใหญ่ และจดบันทึกว่าใช้เวลาดาวน์โหลดนานเท่าใด ในทำนองเดียวกัน คุณสามารถลองวัดความเร็วได้ การเชื่อมต่อขาออก- ส่งไฟล์ถึงตัวเองทางอีเมล์หรือช่องทางอื่น แต่ "การวัด" ทั้งหมดนี้ไม่สะดวกอย่างยิ่งในการดำเนินการและไม่มีใครสามารถรับรองความน่าเชื่อถือของการวัด "งานฝีมือ" ดังกล่าวได้ เพื่อไม่ให้ “เดาจากกากกาแฟ” และตัดสินว่าใช้ความเร็วการเชื่อมต่อเท่าใด คอมพิวเตอร์เครื่องนี้คุณสามารถใช้บริการออนไลน์ Speedtest.net หลักการวัดอัตราข้อมูลที่ใช้ บริการนี้ดังต่อไปนี้ แผนที่โลกแสดงให้เห็นมากที่สุด เซิร์ฟเวอร์ที่รวดเร็วผู้ให้บริการอินเทอร์เน็ตต่างๆ ผู้ใช้สามารถเลือกรายการใดก็ได้และตรวจสอบความเร็วของการเชื่อมต่ออินเทอร์เน็ต ในระหว่างกระบวนการตรวจสอบ คอมพิวเตอร์ที่ทดสอบจะแลกเปลี่ยนแพ็กเก็ตด้วย เซิร์ฟเวอร์ระยะไกล.

ตัวแสดงที่บันทึกไว้อาจแตกต่างกัน - สำหรับความเร็วที่กำหนด คุ้มค่ามากมีระยะห่างระหว่างคอมพิวเตอร์ที่กำลังทดสอบกับเซิร์ฟเวอร์ระยะไกลมากเพียงใด นอกจากนี้ความเร็วการเชื่อมต่อของคอมพิวเตอร์ระยะไกลยังส่งผลต่อผลลัพธ์ด้วย หากผู้ใช้ใช้งาน อินเทอร์เน็ตความเร็วสูงเป็นไปได้ว่า คอมพิวเตอร์ระยะไกลใช้ช่องที่ช้ากว่าและตัวเลขสุดท้ายจะต่ำกว่าตัวเลขจริง อย่างไรก็ตาม ข้อดีของบริการ Speedtest.net คือ ผู้ใช้สามารถเปลี่ยนเซิร์ฟเวอร์เพื่อกำหนดความเร็วสูงสุดได้ด้วยตนเอง นอกจากข้อมูลความเร็วแล้ว การเชื่อมต่อเครือข่ายบริการนี้มีสถิติที่น่าสนใจมากมาย เช่น รวบรวมอันดับประเทศที่มีมากที่สุดในโลก อินเทอร์เน็ตที่รวดเร็วรวบรวมคะแนนเดียวกันในภูมิภาคที่เลือก (เช่น เฉพาะในยุโรป) ทำให้สามารถให้คะแนนผู้ให้บริการของคุณ แสดงระยะทางไปยังเซิร์ฟเวอร์ที่เลือก และอื่นๆ อีกมากมาย เซิร์ฟเวอร์ที่ทำงานอยู่สามารถเข้าร่วมในโครงการ Speedtest.net ได้ในฐานะคอมพิวเตอร์ระยะไกลที่กำลังทดสอบ

สวัสดีตอนบ่าย, เพื่อนรัก- ฉันทำงานเป็นผู้ดูแลระบบในผู้ให้บริการองค์กรและบ้านหลายแห่งในเซนต์ปีเตอร์สเบิร์กเป็นเวลาหลายปีและจนถึงทุกวันนี้ฉันมักจะพบกับความจริงที่ว่าเมื่อซื้ออุปกรณ์ผู้ปฏิบัติงานจะพิจารณาราคาและคำอธิบายของฟังก์ชั่นมากกว่าที่ ตัวชี้วัดที่แท้จริงซัพพลายเออร์มักจะไม่เขียนอะไรเกี่ยวกับพวกเขาด้วยเหตุนี้คุณต้องติดตั้งสวิตช์มากขึ้นเรื่อยๆ และคุณภาพการสื่อสารอาจไม่ดีขึ้น ผู้ปฏิบัติงานบางรายไม่ทราบถึงการมีอยู่ของแนวคิดของ SLA (ข้อตกลงระดับการให้บริการ) ด้วยเหตุนี้ ฉันจึงได้รวบรวมข้อมูลที่เชื่อถือได้เกี่ยวกับเครือข่ายการทดสอบและอุปกรณ์ และพร้อมที่จะแจ้งให้คุณทราบ

จำเป็นต้องทดสอบอีเทอร์เน็ต!

อยู่ที่นั่น คำจำกัดความที่แม่นยำและสูตรเกี่ยวกับวิธีการทดสอบความจุของช่องสัญญาณและคุณภาพของการเชื่อมต่อที่ให้มา? ฉันพบบทความหลายบทความซึ่งมีสิ่งเดียวที่ชัดเจน: ทุกวันนี้เครือข่ายในรัสเซียได้รับการทดสอบโดยใช้วิธีการที่มีวัตถุประสงค์เพื่อวัตถุประสงค์อื่นและสิ่งนี้ก็ไม่น่าแปลกใจเลยเพราะบริการการสื่อสารในเมืองใหญ่ของประเทศของเราค่อนข้างได้รับการพัฒนาจึงมีอัตราสูง ช่องสัญญาณความเร็วในอพาร์ทเมนต์ทุกหลังอย่างแท้จริงและผู้ให้บริการบางรายได้ให้บริการช่องสัญญาณกิกะบิตแก่ลูกค้าตามบ้านแล้ว แต่ไม่ใช่ทุกคนที่รู้เกี่ยวกับวิธีการทดสอบคุณภาพของบริการเทเลเมติกส์ที่มีให้

คุณควรทดสอบอะไรกันแน่และทำไม?

ลองนึกดูว่าวันนี้ผู้คนซื้อหมูบ่อยแค่ไหน:

• ช่องทางการสื่อสารที่คุณเช่าหรือเช่าซื้อ
• การส่งมอบและการยอมรับช่องทางการสื่อสารที่คุณหรือสร้างขึ้นเพื่อคุณ
• ให้บริการด้านการสื่อสารโดยเฉพาะอย่างยิ่งหากมีการลงโทษในสัญญา
• อุปกรณ์ที่คุณต้องการซื้อและพวกเขาต้องการขายให้คุณและบอกคุณว่ามันเจ๋งมากและราคาไม่แพง

นี่เป็นเพียงตัวอย่างเล็กๆ น้อยๆ ของสิ่งที่ลูกค้าและผู้ให้บริการกำลังเสี่ยงในปัจจุบัน

ยูทิลิตี้ซอฟต์แวร์สำหรับการทดสอบอินเทอร์เน็ต

คำขอ Echo ไม่สามารถเป็นการทดสอบช่องสัญญาณเต็มรูปแบบได้ ping และ mtr จะไม่บอกคุณว่าปริมาณงานของช่องคืออะไร iperf และยูทิลิตี้ซอฟต์แวร์อื่น ๆ จะไม่สามารถบอกคุณเกี่ยวกับเรื่องนี้ได้ตั้งแต่เมื่อใด การใช้งานพร้อมกันเครือข่ายและยูทิลิตี้ซอฟต์แวร์ทดสอบไม่ทราบจำนวนข้อมูลผู้ใช้ที่อยู่ในช่องสัญญาณ ช่วงเวลาปัจจุบันในระหว่างการทดสอบซอฟต์แวร์ อาจมีความไม่ถูกต้องหลายประการเนื่องจากการมีส่วนหัวของแพ็กเก็ต ทั้งนี้ขึ้นอยู่กับขนาดของเฟรม ส่วนหัวยังคงมีความยาวมาตรฐาน และเนื้อหาที่มีข้อมูลเพิ่มขึ้นหรือลดลง ยูทิลิตี้ซอฟต์แวร์จะกำหนดช่องทาง ความจุโดยไม่คำนึงถึงขนาดของส่วนหัวซึ่ง ขนาดที่แตกต่างกันแพ็คเกจทำให้เกิดความสับสนในการทดสอบดังกล่าว

คุณไม่สามารถประเมินคุณภาพของ vlan ที่เช่าได้โดยดูที่กราฟโหลดช่องสัญญาณหรือดาวน์โหลดไฟล์ขนาดใหญ่จากอินเทอร์เน็ต เหตุใด speedtest.net จึงไม่พิสูจน์ความเร็วของช่องที่ให้มาอาจไม่คุ้มค่าที่จะชี้แจง ท้ายที่สุดเป็นที่ชัดเจนในทันทีว่าไม่ทราบว่าช่องใดและผ่านเครือข่ายใดที่พวกเขาไปที่เซิร์ฟเวอร์ทดสอบความเร็ว เช่นเดียวกับที่ไม่ทราบว่าช่องนั้นยุ่งแค่ไหนในระหว่างการทดสอบและพารามิเตอร์การทดสอบอื่น ๆ อีกมากมายและหากมีจำนวนมาก ไม่ทราบค่าในการทดสอบ ดังนั้นผลลัพธ์จึงไม่แม่นยำในทางใดทางหนึ่ง ผลลัพธ์ของการทดสอบความเร็วนั้นค่อนข้างจะเป็นเดลต้าที่แน่นอนจากตัวบ่งชี้บางตัว แทนที่จะเป็นจำนวนจริง

คุณภาพของบริการสื่อสารที่มีให้นั้นประกอบด้วยพารามิเตอร์หลายอย่างและการใช้งาน เครื่องมือที่เหมาะสมคุณสามารถรับข้อมูลที่ถูกต้องเกี่ยวกับบริการที่ให้ได้อย่างรวดเร็วและมีประสิทธิภาพ สิ่งสำคัญไม่เพียงแต่จะต้องได้รับข้อมูลที่ถูกต้องเท่านั้น แต่ยังต้องมั่นใจว่าข้อมูลดังกล่าวสามารถนำไปใช้ในการพิสูจน์คดีของคุณได้ เช่น ในศาล

วิธีการและตัววิเคราะห์อีเทอร์เน็ต

วันนี้มีสองวิธีหลักในการทดสอบปริมาณงาน: แบบเก่า - RFC-2544 และน้อยกว่าเล็กน้อย: Y.1564 วิธีการ ITU-T Y.1564 มีความเกี่ยวข้องมากขึ้นในปัจจุบัน มีคำอธิบายสำหรับการทดสอบสมัยใหม่ ช่องความเร็วสูงเชื่อมต่อกับ แนวคิดที่ทันสมัยเกี่ยวกับ SLA (ข้อตกลงชั้นบริการ)

เนื่องจากคุณภาพของช่องสัญญาณอีเธอร์เน็ตเป็นการผสมผสานระหว่างหลายปัจจัย ดังนั้นการทดสอบที่เหมาะสมจึงควรครอบคลุมการผสมผสานเหล่านี้ทั้งหมดให้มากที่สุดเท่าที่จะเป็นไปได้ มีหลายแง่มุมที่ต้องพิจารณาเมื่อทำการทดสอบ และจะมีประโยชน์หากมีความสามารถขั้นสูง เช่น BER Test, packet jitter, รองรับ MPLS, QoS, การทดสอบโหลดโปรโตคอล ระดับการใช้งาน(http, ftp ฯลฯ...)

การทดสอบช่องสัญญาณตั้งแต่ 1G ถึง 10G ขึ้นไปนั้นค่อนข้างทำได้ยาก การทดสอบโหลดด้วยความช่วยเหลือของฮาร์ดแวร์ที่ไม่เฉพาะทาง โปรเซสเซอร์มักจะไม่สามารถสร้างปริมาณการรับส่งข้อมูลที่เพียงพอ ซึ่งแตกต่างจากผู้ทดสอบและเครื่องวิเคราะห์เฉพาะทาง อุปกรณ์ดังกล่าวสามารถวางในชั้นวาง ตู้ หรือแม้แต่ในกล่องในห้องใต้หลังคา และสามารถดำเนินการทดสอบจากระยะไกล หรือทำการวัดอัตโนมัติในช่วงเวลาที่ต่างกันได้ อุปกรณ์วิเคราะห์แบบพกพาจะไม่เสื่อมสภาพในสภาวะท่อน้ำทิ้งที่รุนแรง เนื่องจากผ่านการทดสอบความแข็งแรงอย่างเข้มงวด

การส่งมอบและการรับช่องทางการสื่อสาร

หากต้องการส่งมอบหรือยอมรับเส้นทางและทางหลวงที่สร้างขึ้น เพื่อให้ทำงานได้มาตรฐานสูง วิธีที่ดีที่สุดคือมีเครื่องวิเคราะห์ทดสอบในคลังแสงปกติของคุณ แม้ว่าคุณจะพบบริษัทที่เชี่ยวชาญด้านการทดสอบนอกสถานที่ทางอินเทอร์เน็ตก็ตาม ด้วยเหตุผลบางประการเชื่อว่าการซื้อเครื่องวิเคราะห์ทดสอบมีราคาแพงมาก

เรียนรู้เพิ่มเติมเกี่ยวกับวิธีทดสอบ RFC-2544 และวิธีการทำงาน

วิธีการเสนอชุดการทดสอบ 6 ชุด ฉันจะอธิบายรายละเอียดเพิ่มเติมว่าการทดสอบดำเนินการอย่างไรเพื่อความชัดเจนของการรับรู้:

การกำหนดปริมาณงานของอุปกรณ์ที่ทดสอบ (Throughput)

คำอธิบายของการทดสอบ: แพ็กเก็ตจำนวนเล็กน้อยที่สร้างขึ้นเป็นพิเศษโดยผู้ทดสอบจะถูกส่งด้วยความเร็วที่แน่นอนไปยังพอร์ตอินพุตของอุปกรณ์ ที่พอร์ตเอาต์พุต จำนวนจะถูกนับ หากมีการส่งมากกว่าที่ได้รับ ความเร็วจะลดลงและ การทดสอบเริ่มต้นอีกครั้ง

การกำหนดเวลาหน่วงเฟรม (Latency)

คำอธิบายของการทดสอบ: หลังจากกำหนดปริมาณงาน (Throughput) สำหรับแต่ละขนาดเฟรมบนที่สอดคล้องกัน ความเร็วสูงสุดกระแสของแพ็คเก็ตจะถูกส่งไป ที่อยู่เฉพาะ- สตรีมจะต้องมีระยะเวลาขั้นต่ำ 120 วินาที หลังจากผ่านไป 60 วินาที แท็กจะถูกแทรกลงใน 1 แพ็กเก็ต รูปแบบฉลากถูกกำหนดโดยผู้ผลิตอุปกรณ์ ฝ่ายส่งจะบันทึกเวลาที่พัสดุพร้อมแท็กถูกส่งไปอย่างสมบูรณ์ ด้านรับจะมีการกำหนดฉลากและบันทึกเวลาการรับแพ็คเก็ตพร้อมฉลากโดยสมบูรณ์ เวลาแฝงคือความแตกต่างระหว่างเวลาส่งและเวลารับ การทดสอบนี้ตามวิธีการนั้นจำเป็นต้องทำซ้ำอย่างน้อย 20 ครั้ง จากผลการวัด 20 ครั้ง จะคำนวณความล่าช้าโดยเฉลี่ย การทดสอบควรทำโดยการส่งสตรีมทดสอบทั้งหมดไปยังที่อยู่เดียว และส่งแต่ละเฟรมไปยังที่อยู่ใหม่

การกำหนดอัตราการสูญเสียเฟรม

คำอธิบายของการทดสอบ: จำนวนเฟรมจำนวนหนึ่งจะถูกส่งไปยังพอร์ตอินพุตของอุปกรณ์ด้วยความเร็วที่แน่นอนและนับจำนวนแพ็กเก็ตที่ได้รับจากพอร์ตเอาต์พุตของอุปกรณ์ อัตราการสูญเสียเฟรมคำนวณดังนี้:

((จำนวนเฟรมที่ส่ง - จำนวนเฟรมที่ได้รับ) * 100) / จำนวนเฟรมที่ส่ง

การส่งครั้งแรกเกิดขึ้นที่ความเร็วสูงสุดที่เป็นไปได้ จากนั้นความเร็วในการส่งจะลดลงด้วยขั้นตอนสูงสุด 10% ตามวิธีการ การลดขั้นตอน % จะให้ผลลัพธ์ที่แม่นยำที่สุด การลดความเร็วจะต้องดำเนินต่อไปจนกว่าการส่งสองครั้งสุดท้ายจะปราศจากข้อผิดพลาด กล่าวคือ เราจะค้นหาอัตราการถ่ายโอนข้อมูลสูงสุดที่อัตราการสูญเสียเฟรมกลายเป็น 0

ทดสอบความสามารถในการประมวลผลเฟรมแบบ back-to-back

คำอธิบายของการทดสอบ: การทดสอบเดือดลงไปที่การส่งเฟรมจำนวนหนึ่งโดยมีความล่าช้าระหว่างเฟรมขั้นต่ำไปยังพอร์ตอินพุตของอุปกรณ์ที่อยู่ภายใต้การทดสอบและการนับเฟรมจากพอร์ตเอาต์พุตของอุปกรณ์ หากจำนวนเฟรมที่ส่งและรับเท่ากัน ปริมาณของเฟรมที่ส่งจะเพิ่มขึ้นและการทดสอบซ้ำจะเกิดขึ้นหาก ได้รับแพ็กเก็ตน้อยกว่าที่ส่งไป ปริมาณของเฟรมที่ส่งจะลดลงและทำการทดสอบซ้ำ ในที่สุดเราก็ควรได้รับ ปริมาณสูงสุดแพ็คเก็ตที่ส่งและรับโดยไม่มีการสูญเสียสำหรับแต่ละขนาดแพ็คเก็ต ซึ่งจะเป็นค่าของการทดสอบแบบ back-to-back ตามวิธีการ ระยะเวลาในการส่งเฟรมไปยังพอร์ตอุปกรณ์ไม่ควรน้อยกว่าสองวินาที และจำนวนขั้นต่ำควรมีอย่างน้อย 50 ครั้ง ตัวเลขสุดท้ายคือผลเฉลี่ยของการทดสอบ 50 ครั้ง

การกู้คืนหลังจากโอเวอร์โหลด (การกู้คืนระบบ) ใช้ได้กับอุปกรณ์ทดสอบเท่านั้น

คำอธิบายของการทดสอบ: สตรีมของเฟรมจะถูกส่งไปยังอินพุตของอุปกรณ์เป็นเวลาอย่างน้อย 60 วินาทีที่ความเร็ว 110% เทียบกับความเร็วที่วัดโดยการทดสอบทรูพุต หากการทดสอบปริมาณงานแสดงผลลัพธ์ที่เหมาะสมที่สุด ความเร็วสูงสุดจะถูกเลือก ของการเชื่อมต่อนี้- ในขณะที่โอเวอร์โหลด อัตราการไหลจะลดลงครึ่งหนึ่ง และตรวจพบความแตกต่างระหว่างเวลาที่ความเร็วการไหลลดลงและเวลาที่เฟรมสุดท้ายหายไป

เวลาในการฟื้นตัวของอุปกรณ์ภายใต้การทดสอบหลังจากรีสตาร์ท (รีเซ็ต) ใช้ได้กับอุปกรณ์ทดสอบเท่านั้น

คำอธิบายการทดสอบ: สตรีมเฟรมอย่างต่อเนื่องจะถูกส่งไปยังอินพุตของอุปกรณ์ด้วยความเร็วที่กำหนดอันเป็นผลมาจากการทดสอบปริมาณงานด้วย ขนาดขั้นต่ำกรอบ อุปกรณ์ถูกรีเซ็ต เวลาในการกู้คืนหลังจากการรีเซ็ตคือความแตกต่างระหว่างเวลาที่ได้รับแพ็กเก็ตสุดท้ายก่อนการรีเซ็ตและเวลาที่ได้รับแพ็กเก็ตแรกหลังจากการรีเซ็ต ทั้งฮาร์ดแวร์และ ประเภทซอฟต์แวร์รีเซ็ตอุปกรณ์

ระเบียบวิธีใหม่ของ Y.1564 มีการเปลี่ยนแปลงอะไรบ้าง?

คำแนะนำใหม่ได้รับการตรวจสอบและอนุมัติในปี 2554 โดย ITU ตามคำแนะนำที่ระบุไว้แล้ว RFC 2544 เพิ่มการกระวนกระวายใจของแพ็คเก็ต (กระวนกระวายใจ) นั่นคือความสามารถในการคำนวณความแตกต่างของเวลาเมื่อได้รับแพ็คเก็ตข้อมูลต่อเนื่องจำนวนหนึ่งที่เกี่ยวข้องกับสตรีมเดียวกันใน โลกในอุดมคติไม่ควรมีอยู่ แต่บนเครือข่ายที่มีปัญหา ความสอดคล้องอาจเสียหายได้ ซึ่งอาจส่งผลต่อความเร็วในการประมวลผลข้อมูล RFC2544 ช่วยให้คุณทำการตรวจสอบเฉพาะที่ความเร็วช่องสัญญาณสูงสุดที่จะไม่มีการสูญหายของแพ็กเก็ต และโดยปกติจะสูงกว่าความเร็ว CIR (อัตราข้อมูลที่คอมมิต - รับประกันแบนด์วิดท์) Y.1564 ถูกสร้างขึ้นโดยเฉพาะสำหรับ SLA โดยประเมินความเร็วและคุณภาพของช่องทางที่ให้ตามตัวบ่งชี้ประสิทธิภาพหลัก (KPI) และช่วยให้คุณตรวจสอบช่องทางที่ให้มาตามสัญญา

Y.1564 ช่วยให้คุณตรวจสอบแบนด์วิดท์ที่รับประกัน ซึ่งเป็นค่าสูงสุดที่อนุญาต และยังให้โหลดที่เกินจากแบนด์วิธ เช่น เพื่อตรวจสอบการตั้งค่า Shaper

มีความแตกต่างอื่นๆ หลายประการระหว่างวิธีการดังกล่าว RFC2544 ไม่ได้ตรวจสอบความถูกต้องของการตั้งค่าบริการ (สอดคล้องกับ KPI ที่ระบุ และขีดจำกัดความเร็วสูงกว่า EIR (อัตราข้อมูลส่วนเกิน - แบนด์วิดท์สูงสุดที่ไม่รับประกัน) เพื่อหลีกเลี่ยงความแออัดของเครือข่าย) . ใน รุ่นดั้งเดิมไม่ได้วัดความกระวนกระวายใจของ RFC2544 ตาม RFC2544 การทดสอบแต่ละครั้งจะดำเนินการโดยเธรดที่แยกจากกัน ซึ่งไม่อนุญาตให้วัดคุณภาพของบริการที่มีให้โดยรวม และเพิ่มเวลาการทดสอบ ข้อเสียอีกประการหนึ่งของ RFC2544 ก็คือไม่มีความเป็นไปได้ในการทำโปรไฟล์สำหรับการตรวจสอบ ประเภทต่างๆการรับส่งข้อมูลในช่องเดียว เช่น หากเครือข่ายใช้ QoS Y.1564 จะคำนึงถึงข้อบกพร่องและขยายฟังก์ชันการทำงานเล็กน้อย

คุณสามารถทดสอบเฉพาะช่องใหม่หรือช่องที่ใช้งานได้อยู่แล้วหรือไม่

จำเป็นต้องทดสอบทั้งช่องใหม่และโดยเฉพาะช่องเก่า คุณสามารถค้นหาข้อมูลเกี่ยวกับปัญหาที่กำลังจะเกิดขึ้นได้ล่วงหน้าโดยไม่ต้องบังคับให้ลูกค้าโทรติดต่อฝ่ายสนับสนุน เครื่องวิเคราะห์ผู้ทดสอบสมัยใหม่สามารถตรวจสอบเครือข่ายที่ใช้งานได้โดยตรวจสอบช่องสัญญาณที่ความเร็วทั้ง 10/100/1000Mbit และ 10/40/100G มีอย่างหนึ่ง แต่สิ่งสำคัญมากคือต้องเข้าใจว่าคุณกำลังทำอะไรและอย่างไร สิ่งสำคัญคือต้องไม่ขัดจังหวะช่องที่กำลังทดสอบโดยไม่ตั้งใจ

โหมดการทดสอบ - เข้า/ออกจากบริการ

ปัจจุบัน การทดสอบเครือข่ายมุ่งมั่นที่จะจัดระบบอย่างสมบูรณ์และติดตามช่องสัญญาณอย่างต่อเนื่อง และอื่นๆ อีกมากมาย รุ่นแรกๆเทคนิค RFC2544 ถูกสร้างขึ้นสำหรับการทดสอบช่องสัญญาณ/อุปกรณ์ในโหมด OutOfService และใช้สำหรับอุปกรณ์ทดสอบเป็นหลัก แต่ในปัจจุบัน ผู้ผลิตอุปกรณ์ทดสอบทั้งหมดกำลังเปลี่ยนไปใช้มาตรฐานการทดสอบที่ใหม่กว่า ซึ่งช่วยให้สามารถตรวจสอบเครือข่ายได้อย่างต่อเนื่องในโหมด InService การทดสอบนี้ทำให้คุณสามารถตรวจสอบความเร็วแบนด์วิธได้โดยไม่ต้องตัดการเชื่อมต่อไคลเอ็นต์ ซึ่งเป็นสิ่งสำคัญสำหรับผู้ให้บริการโทรคมนาคม

บทส่งท้าย

อย่างที่เพื่อนคนหนึ่งของฉันบอก สหายทั้งหลาย มาต่อสู้กับ "ผู้ทำ coekakers" ด้วยกัน และเริ่มทดสอบสิ่งที่เราสร้างและสิ่งที่เราดำเนินการ

วรรณกรรมที่ใช้:

* ความเห็นของบริษัทอาจไม่ตรงกับความเห็นของผู้เขียน ;-)

เฉพาะผู้ใช้ที่ลงทะเบียนเท่านั้นที่สามารถเข้าร่วมการสำรวจได้ , โปรด.