TS

* Realtime

   1. Metode: tingkat dijamin
   2. dirancang untuk lalu lintas yang memiliki latensi yang tepat atau persyaratan throughput
   3. semua nilai realtime mengambil dari total antrian root. (Tidak inhereting dari antrian induk)
   4. nilai maksimum adalah 75% dari total bandwidth dalam antrian akar

    * Linkshare

   1. Metode: upaya terbaik dequeuing (tidak aktif jika tidak ada paket antri menunggu)
   2. bekerja dengan bandwidth tersisa setelah tarif realtime telah terpenuhi.
   3. semua nilai linkshare mengambil dari total antrian orang tua
   4. bandwidth maksimum adalah 100%

    * Bandwidth

   1.
   2. pf-spesifik variabel, berlebihan untuk linkshare
   3. merekomendasikan pencocokan nilai ini untuk nilai linkshare Anda
   4. jika Anda menggunakan nilai ini tetapi menghilangkan linkshare, mungkin menggunakannya sebagai nilai linkshare (Saya belum diuji ini)
   5. jika Anda menghilangkan nilai ini PF akan mengeluh kesalahan sintaks
(Penjelasan redundansi ini dikutip di bawah ini dari milis)
"Q: Siapa yang butuh dua parameter konfigurasi untuk mengontrol satu variabel"?
"A:.. HFSC memiliki 2 parameter bandwidth yang berbeda, satu untuk penjadwalan realtime dan yang lainnya untuk penjadwalan linksharing Jadi, parameter bandwidth berlebihan tetapi implementasi saat ini kurang mengejutkan bagi mereka yang tidak mengerti HFSC (Saya setuju bahwa itu membingungkan bagi mereka yang tahu HFSC, meskipun.) "

    * Qlimit

   1. jumlah paket yang akan antri sebelum PF mulai drop paket.
   2. default adalah 50
   3. merekomendasikan nilai yang lebih tinggi untuk lalu lintas di mana keandalan adalah lebih penting daripada penundaan
   4. untuk lalu lintas P2P, hasil terbaik dicapai melalui trial and error tweaker nilai ini. Anda ingin paket untuk drop ketika antrian lain yang bersaing bandwidth, karena hal ini memungkinkan untuk respon cepat untuk antrian non-P2P, tetapi tidak ingin menjatuhkan paket ketika antrian ini adalah satu-satunya konsumen bandwidth.

    * Prioritas

   1. antrian dengan prioritas yang lebih tinggi lebih disukai dalam kasus overload. (Yaitu: ini mempengaruhi urutan paket dequeued, ketika paket sedang menunggu dequeue)
Recommedations

    * Realtime

   1. menggunakan ini untuk menentukan bandwidth minimum antrian harus dijamin dalam skenario kasus terburuk untuk berfungsi cukup.

    * Linkshare

   1. menggunakan ini untuk menentukan jumlah bandwidth antrian akan menerima ketika mencoba untuk dequeue paket. (Saya yakin ini adalah relatif terhadap apa bandwidth yang tersedia)

    * Upperlimit

   1. menggunakan ini untuk menentukan bahwa bandwidth maksimum antrian akan menerima. Ini tidak akan pernah melampaui ini.
(Catatan: upperlimit bukan bagian dari HFSC asli dan saya tidak merekomendasikan menggunakannya kecuali untuk antrian root anda)Catatan

    * Tugas dari linkshare dan realtime kumulatif. Setiap lalu lintas yang melebihi ambang assignedrealtime akan dequeued menggunakan nilai linkshare ditugaskan.
Tips / Ideas

    * Memberikan nilai nol linkshare

   1. Anda dapat menetapkan linkshare dari 0KB dan masih memberikan nilai realtime.
   2. Jika lalu lintas dalam antrian melebihi nilai realtime ada linkshare akan digunakan untuk dequeue paket-paket backlogged

    * Mengurangi atau meningkatkan nilai bandwidth dari waktu ke waktu
Realtime dan Linkshare dapat disesuaikan automaticly didasarkan pada penundaan waktunya.
- Mengurangi tingkat dari waktu ke waktu
contoh: HFSC (realtime (192Kb 5000 64KB))

   1. 192Kbit bandwidth dijamin untuk 5000ms pertama
   2. Setelah 5000ms jaminan throughput turun ke 64Kbit
   3. Bila menggunakan metode ini, pertama dan kedua nilai bandwidth yang bisa apa saja yang Anda inginkan, dengan mengingat bahwa nilai pertama harus lebih tinggi dari kedua
- Meningkatkan tingkat dari waktu ke waktu
contoh: HFSC (realtime (0KB 300 128Kb))

   1. 0Kbit bandwidth dijamin untuk 300ms pertama
   2. Setelah 300ms 128Kbit bandwidth disediakan
   3. Bila menggunakan metode ini, nilai pertama harus 0.
Contoh

   1. Saya ingin menetapkan upperlimit untuk mencocokkan bandwidth / nilai linkshare.
   2. Hal ini memastikan HFSC menerima persis seperti bandwidth sebanyak Anda mengatakan itu untuk bekerja dengan.
altq pada $ ext_if bandwith 1216Kb HFSC (linkshare 1216Kb upperlimit 1216Kb) antrian {o_def, o_intr, o_crit}

   1. Di sini saya berikan 640Kb dari linkshare ke antrian o_def.
   2. Tidak ada lalu lintas sedang ditugaskan untuk antrian ini, namun antrian anak di bawah umur itu akan mengambil dari nilai ini.
   3. Prioritas lebih rendah dari antrian lain karena lalu lintas ini tidak kritis.
antrian o_def bandwith prioritas 640Kb 7 HFSC (linkshare 640Kb) {o_brst, o_other, o_tput}

   1. Di sini saya berikan 32KB realtime, untuk menjamin kelancaran arus pada kecepatan rendah.
   2. Saya juga diberikan 128Kb dari linkshare, sehingga paket setiap antrian dapat dequeued cepat.
antrian o_other bandwith 128Kb qlimit 50 HFSC (realtime 32KB linkshare 128Kb standar)

   1. Sama seperti di atas.
antrian o_brst bandwith 128Kb qlimit 50 HFSC (realtime 32KB linkshare 128Kb)

   1. Di sini saya berikan 384KB dari linkshare untuk mendistribusikan antara dua antrian anak.
   2. Tidak ada realtime yang diberikan di sini karena lalu lintas massal adalah yang paling penting dari semua.
   3. (Yaitu: aplikasi P2P dan transfer file lalu lintas yang tahu menyebabkan menurunnya Anda ingin menggunakan ALTQ untuk di tempat pertama.).
antrian o_tput bandwith 384KB qlimit 30 HFSC (linkshare 384KB) {o_tp1, o_tp2}

   1. Di sini saya menugaskan dua subqueues untuk lalu lintas massal.
   2. Masing-masing diberikan 192Kb dari linkshare.
   3. Jika massal di setiap antrian ini adalah berebut bandwidth, keduanya akan mendapatkan 50% dari total yang tersedia bagi mereka.
antrian o_tp1 bandwith 192Kb qlimit 30 HFSC (linkshare 192Kb)antrian o_tp2 bandwith 192Kb qlimit 30 HFSC (linkshare 192Kb)

   1. Di sini saya berikan 384KB dari linkshare ke antrian o_intr.
   2. Tidak ada lalu lintas sedang ditugaskan untuk antrian ini, namun antrian anak di bawah umur itu akan mengambil dari nilai ini
   3. Prioritas lebih tinggi dari o_def karena lalu lintas ini membutuhkan penundaan rendah dan throughput stabil (game, ssh, im, vpn, dll).
antrian o_intr bandwith 384KB prioritas 8 HFSC (linkshare 384KB) {o_gme, o_dly, o_vpn}

   1. Di sini saya memberikan realtime 256KB dan linkshare dari 128Kb.
   2. Hal ini memastikan antrian game saya menerima tingkat jaminan 256Kbit.
   3. Nilai linkshare adalah untuk dequeue sesuatu yang melebihi nilai realtime.
antrian o_gme bandwith 128Kb qlimit 50 HFSC (realtime 256KB linkshare 128Kb)

   1. Essentialy sama seperti di atas tetapi berbeda nilai.
antrian o_dly bandwith 128Kb qlimit 100 HFSC (realtime 192Kb linkshare 128Kb)

   1. Essentialy sama seperti di atas tetapi berbeda nilai.
antrian o_vpn bandwith 128Kb qlimit 150 HFSC (realtime 192Kb linkshare 128Kb)

   1. Di sini saya berikan 192Kb dari linkshare ke antrian o_crit.
   2. Tidak ada lalu lintas sedang ditugaskan untuk antrian ini, namun antrian anak di bawah umur itu akan mengambil dari nilai ini
   3. Prioritas lebih tinggi dari o_def dan o_intr karena lalu lintas ini membutuhkan penundaan rendah dan throughput stabil. (Dns, icmp, voip, dll)
antrian o_crit bandwith 192Kb prioritas 9 HFSC (linkshare 192Kb) {o_voip, o_ctl, o_ack}

   1. Di sini saya telah memberikan jaminan 120KB dengan nilai realtime saya.
   2. Perhatikan saya berikan 0kb dari linkshare karena lalu lintas ini tidak akan melebihi 120Kbit / s dan tidak ada kekhawatiran tentang dequeuing karena ini.
   3. Saya juga menggunakan qlimit 500 untuk memastikan tidak ada paket yang pernah dijatuhkan dalam antrian ini.
antrian o_voip bandwith 0KB qlimit 500 HFSC (realtime 120KB)

   1. Di sini saya sudah diberi realtime 48kb untuk menjamin kelancaran arus dns dan lalu lintas icmp.
   2. Aku sudah memberikan 64KB linkshare untuk memastikan meluap apapun dequeued cepat.
antrian o_ctl bandwith 64KB qlimit 150 HFSC (realtime 48kb linkshare 64KB)

   1. Di sini saya sudah diberi realtime dari 92KB untuk memastikan paket ack saya selalu mengalir dengan cepat.
   2. Saya telah dialokasikan 128Kb dari linkshare untuk memastikan setiap overflow, tidak mater seberapa mungkin, adalah dequeued cepat.
antrian o_ack bandwith 128Kb qlimit 500 HFSC (realtime 92KB linkshare 128Kb)