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

อุโมงค์ซ่อนโฟลว์ที่คุณต้องการจำแนก

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

ค่า DSCP ที่แอปพลิเคชันต้นทางตั้งไว้จะอยู่รอดก็ต่อเมื่อมีบางอย่างคัดลอกออกไปด้านนอก OpenVPN 2.6 มี passtos ซึ่งจัดทำเอกสารพร้อมขอบเขต IPv4 ส่วน IPsec ใช้นโยบายการคัดลอกหรือการแมปของตัวเองที่ขอบอุโมงค์ หากไม่มีขั้นตอนนั้น แพ็กเก็ตภายนอกจะถูกทำเครื่องหมายด้วยค่าเริ่มต้นใดก็ตามที่อินเทอร์เฟซอุโมงค์ใช้งาน และคิวที่อยู่ปลายทางก็ไม่มีทางรู้ว่ามีการโทรอยู่ข้างใน

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

ลำดับความสำคัญนับเฉพาะตรงที่คิวก่อตัว

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

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

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

StageWhat you can controlWhat to verify
Application to clientWhich flows are trusted for markingThe marked packets are the ones you intended
Tunnel boundaryWhether the inner mark is copied outwardOuter header carries the expected value
Your uplinkShaping rate and class treatmentQueue counters move for the voice class
Provider pathAlmost nothingWhether the service enforces the marking at all
Receiving sideLocal policy after arrivalDelay that is already in the past

สิ่งที่อยู่รอดบนอินเทอร์เน็ตสาธารณะ

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

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

แผนการวัดที่แยกขั้นตอนออกจากกัน

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

tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.net

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

บทความที่เกี่ยวข้อง