API tools faq
paste
Guest User

cake mikrotik untuk binus

a guest
Oct 11th, 2024
106
0
Never
Add comment
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
Perl 9.67 KB | None | 0 0
raw download clone embed print report
  1. =========
  2. Siapapun yg kenal sama tim IT yg ngurus jaringan binus-access kampus anggrek atau aslab2 yg ngaku manage jaringan binus, klo kalian emg manage jaringan sampe ke mikrotik nya, tolong adaptasi ke algoritma terbaru namanya CAKE, karena yg saat ini kalian pake kemungkinan algoritma lama, dan itu gabisa cegah 1 device untuk korupsi semua speednya & ga cocok untuk jaringan segede binus (500+ orang).
  3.  
  4. Minimal setelah pake CAKE ini, jaringan 1 kampus bakal 2x lipat lebih baik (bisa lebih), kerasa lebih responsif, ga ada yg bisa korup bandwidth, dan ngurangi potensi gagal wifi attendance (maybe bisa solve 100%, tergantung hardware router tiap kelas juga).
  5.  
  6. Setiap ada event di kampus pasti hopeless bgt wifi kampus, at least wifi kampus ada perkembangan setelah nerapkan ini.
  7.  
  8. Ilmu mahal, ga diajarin walaupun kalian lulus S1 socs di binus. Klo masih kerasa asing wajar aja, tapi jangan nutup diri dari ilmu baru dan klo butuh penjelasan sampe clear bisa chat aj di komen buat kontak2an gitu mau onsite/online bebas
  9. — — —
  10.  
  11. Jadi cara makenya gini:
  12. [STEP 1] Pastiin mikrotik udh ROS v7;
  13.  
  14. [STEP 2] Masuk ke menu Queue > Queue Types, bikin 2 queue types namain aja "CAKE_DL" & "CAKE_UL";
  15.  
  16. [STEP 3] Masuk ke tab Queue Tree dan hapus semua hirarki kalian (karena orang2 yg bikin CAKE ini nyiptain Cake lebih sempurna dari htb + fq_codel), "Max Limit" di Queue Tree itu sebenarnya HTB, dan segala kekurangan algoritma terdahulu kyk HTB ini udh di solve oleh CAKE, itu knp pakai CAKE dan cukup atur speed limit lgsg dari CAKE aja;
  17.  
  18. [STEP 4] Buat baru di Queue Tree itu untuk Traffic Download & Traffic Upload (liat GAMBAR 4).
  19. — — —
  20.  
  21. Ku kasih 4 gambar yg harusnya bisa jadi ilustrasi.
  22. [GAMBAR 1] https://images2.imgbox.com/20/08/IlLxPrD7_o.jpg ;
  23. [GAMBAR 2] https://images2.imgbox.com/99/0b/GKLGoEJO_o.jpg ;
  24. [GAMBAR 3] https://images2.imgbox.com/ea/f9/pPVJlcVS_o.jpg ;
  25. [GAMBAR 4] https://images2.imgbox.com/41/c9/WHTYJtPT_o.jpg ;
  26.  
  27. Samain semua parameter CAKE sesuai gambar 1 & 2, cukup ubah "Bandwidth Limit" sesuai speed Download/Upload maksimal yg dikasih dari ISP ke binus itu brapa (Misal ISP ngasih 1 gbit ke binus, masukin 90% ke cake, jdnya 900M di cake. Rumus bandwidth shaping itu rekomendasinya 90% dari bandwidth yg dikasih ISP), dan ubah "Memory Limit" semampunya mikrotik binus brapa (harusnya 4mb memory per-QueueType itu cukup, minim 32mb untuk koneksi 10 gbit) (itu dikotakin merah di gambar 2).
  28. — — —
  29.  
  30. Nah ini contoh command buat di paste di Terminal mikrotiknya:
  31. [# -- cake untuk download]
  32. /queue type add cake-bandwidth=190.0Mbps cake-nat=yes cake-diffserv=diffserv4 cake-flowmode=dual-dsthost cake-rtt=100ms cake-memlimit=4M cake-overhead=44 cake-mpu=96 kind=cake name=CAKE_DL
  33.  
  34.  
  35. [# -- cake untuk upload]
  36. /queue type add cake-bandwidth=190.0Mbps cake-nat=yes cake-diffserv=diffserv4 cake-flowmode=dual-srchost cake-rtt=100ms cake-memlimit=4M cake-overhead=44 cake-mpu=96 kind=cake name=CAKE_UL
  37.  
  38.  
  39. #-- Penjelasan dari tiap parameter:
  40. 1. "cake-bandwidth=190.0Mbps" = Ini lebih bagus dari algo HTB, lebih akurat. Saran dari para pencipta CAKE itu rumusnya "90% x speed yg dikasih ISP kalian" ;
  41.  
  42. 2. "cake-nat=yes" = Ini berguna untuk binus dan semua jaringan lain yang pakai local IP (NAT). Kita suruh CAKE untuk cek siapa aja yg konek ke jaringan, jdnya CAKE bisa cegah setiap IP supaya ga korup bandwidth ;
  43.  
  44. 3. "cake-diffserv=diffserv4" = Ini nyuruh CAKE untuk terapkan 4-level prioritas (Best Effort, Video, Voice, Bulk). Jadi di dalam sebuah jaringan itu ada banyak banget jenis traffic (browsing, streaming, video conference, voip, torrent, dsb.), dan CAKE akan otomatis atur traffic A kemana, traffic B kemana, dalam hitungan nanosekon. Gaperlu lagi manual make Mangle di mikrotik nya yaa :) ;
  45.  
  46. 4. "cake-flowmode=dual-srchost" / "cake-flowmode=dual-dsthost" = Ini penting banget untuk jaringan segede binus, dimana CAKE akan mastikan bahwa dari BANDWIDTH yang diatur di CAKE itu bakal dipastiin semua IP yg konek (dicek make fitur NAT) ke jaringan itu bakal dapet jatah sebutuhnya. Kalau ada yg mau korup speed itu udh pasti gabisa. Ini ada research papernya, jd gausah ditanya lagi :) ;
  47.  
  48. 5. "cake-rtt=100ms" = Ini maksudnya Round Trip Time (waktu tempuh dari binus ke server mana, trus balik ke binus lagi). Defaultnya FQ_CODEL itu 100ms, dan CAKE itu penyempurnaan dari FQ_CODEL jadi defaultnya ke 100ms jg. Ini udh diuji sama orang2 yg nyiptain CAKE, jd gamungkin salah kok, itu knp dijadiin Default buat CAKE ;
  49.  
  50. 6. "cake-memlimit=4M" = Ini untuk ngelimit CAKE supaya ga makan memory lebih besar dari limit ini. Aslinya CAKE itu otomatis atur memlimit sesuai Bandwidth + RTT, tapi disaranin 32mb sih klo mau good default (FQ_CODEL defaultnya 32mb jg btw). Klo misal mikrotik binus terbatas, at least 4mb bisa kok ;
  51.  
  52. 7. "cake-overhead=44 cake-mpu=96" = Nah ini tuh maksudnya overhead dari teknologi kabel yg kita pake itu apa. Disini tuh maksudnya kabel Fiber Optic, DOCSIS, atau jenis apalagi (dibahas di dokumentasinya kok). Nah "overhead 44 mpu 96" ini disaranin di dokumentasi OpenWrt kalau teknologi kita itu fiber optic atau kalau kita ga yakin make apa itu aman make parameter ini.
  53. — — —
  54.  
  55. Di atas bagian aku jelasin cara make CAKE di mikrotik itu kubilang di [STEP 3] kalau kalian harus hapus semua hirarki yg saat ini kalian buat, ini berarti termasuk semua Mangle yg nandain packet untuk masuk ke hirarki mana. Beberapa alasannya itu begini:
  56.  
  57. 1. Secara logika karna CAKE ini penyempurnaan dari HTB jadi harapannya kalian ga make HTB lagi tapi langsung semua itu di CAKE;
  58.  
  59. 2. Seluruh parameter CAKE itu adalah satu-kesatuan, itu artinya supaya CAKE bisa tau jaringan binus itu Bandwidth nya berapa, RTT berapa, overhead nya berapa, itu seluruh data cuma bisa diambil dari parameter2 CAKE itu sendiri. Kalau kalian atur limit speed itu di "Max Limit" Queue Tree, bukan di CAKE nya langsung, maka CAKE ga dapat informasi berapa Bandwidth asli jaringan binus, dan ga akan bisa bagi2 Bandwidth ke setiap IP yang konek ke jaringan secara adil. Inget aja klo "Max Limit" Queue Tree itu HTB, dan HTB kalah superior dari bandwidth limiter nya si CAKE, ga ada alasan pakai sesuatu yg secara teknis lebih kurang dari CAKE kalau kita bisa dpt benefit dari CAKE yg udh lebih sempurna dari HTB dan algo2 pendahulu nya;
  60.  
  61. 3. Nah untuk ngedukung alasan ke-2 di atas itu, pola pikirnya tuh gini:
  62. #-- Question Answer 1
  63. Question-1: "Kenapa jaringan binus harus dibikin hirarki pula speed nya beda2?", tau ga jawaban yg tepat apa?
  64.  
  65. Answer-1: "Karena Bandwidth itu terbatas, jadi perlu ada limit untuk Bandwidth.", Bandwidth itu sama aja kek Uang, dimana ketika Uang kamu itu terbatas, maka kamu harus nahan diri supaya ga pakai semua Uang itu dalam satu waktu sekaligus. Hirarki itu memecah seluruh Uang kamu ke bbrp kategori misal Tagihan Rumah, Belanja Bulanan, Bayar Cicilan, Tabungan Hari Tua, dsb., tapi sayangnya HTB ini gabisa cegah 1 orang untuk habisin semua Uang itu misal dari 1 orang ngabisin semua Uang yg ada di kategori Belanja Bulanan.
  66.  
  67. #-- Question Answer 2
  68. Question-2: "Terus gimana cara cegah siapapun dari korupsi jatah Bandwidth?", tau ga jawaban yg tepat apa?
  69.  
  70. Answer-2: "Sayangnya itu alasan CAKE lahir.", mereka ini orang2 yg jelas2 paham cara handle jaringan besar, salah satunya yg kontrib development CAKE ini bahkan ada orang yg handle jaringan Google (Eric Dumazet). Para pencipta CAKE pengen ada 1 aja algoritma yg dia tuh udh serba bisa, dan adalah versi sempurna dari algo2 pendahulu nya (HTB, FQ_CODEL, SFQ, SFB, dst.) dimana cukup make 1 algo ini aja itu udh gaperlu lagi manual Mark suatu packet untuk masuk ke hirarki HTB A, B, atau C. Mereka bikin CAKE itu sebisa mungkin jadi algo yg ketika udh dipasang, yaudah lupakan. CAKE yg urus bandwidth management, prioritas, cegah overload, gitu2nya.
  71.  
  72. #-- Question Answer 3
  73. Question-3: "Oke, klo misal binus dikasih 1 gbit, trus di CAKE di limit 900mbit, jd nnti ada device yg bakal dpt 900 mbit itu dong? Kan kita gamau mereka ngerasain semua speed segede itu buat mereka sendiri. Gimana sih?", tau ga jawaban yg tepat apa?
  74.  
  75. Answer-3: "Jelas2 CAKE ada fitur2 untuk cegah korup Bandwidth, knp masih ditanya lagi?", jd jawaban lain dari Question-1 itu aslinya kalau Bandwidth kalian ga terbatas, ga perlu ada limit. Klo aku punya Uang ga terbatas, aku ga perlu ngebatesin diri sendiri klo mau beli2 sesuatu kan? Cara kerja CAKE itu gini, kalau binus punya bandwidth misal 900 mbit, kalau 1 gedung lagi ga ada yg make jaringan, dan cuma ada 1 orang yg konek ke jaringan, kenapa harus di limit? dia bisa kok make semuanya. Klo ada IP lain yg konek dan make jaringan juga, maka speed itu dibagi rata ke 2 IP. Klo ada 3 IP yg konek maka dibagi 3. Dan seterusnya. Nah tapi superior nya CAKE dibanding HTB ini adalah, klo misal ada 2 orang make jaringan (2 IP), orang A itu cuma browsing ringan (paling brp Kbps doang), sedangkan orang B ini lagi berat misal video conference, maka CAKE secara pintar itu alokasi Bandwidth "sebutuhnya" untuk tiap2 orang sesuai dengan beban kerja mereka. Klo ada yg mau korupsi ya gabisa, CAKE ini udh pinter. Jd CAKE ini nge-solve masalah orang yg bikin koneksi bnyk kek misal make IDM (Internet Download Manager), dia gabisa korup Bandwidth. Itu knp, intinya lupakan semua hirarki dan cara lama, CAKE ini udh lengkap kok.
  76. — — —
  77.  
  78. Lebih lengkapnya itu cek dari referensinya, jgn mager baca:
  79. -> [Penjelasan tentang CAKE] https://www.bufferbloat.net/projects/codel/wiki/Cake/
  80. -> [Dokumentasi tentang CAKE] https://man7.org/linux/man-pages/man8/tc-cake.8.html
  81. -> [Dokumentasi CAKE oleh OpenWrt] https://openwrt.org/docs/guide-user/network/traffic-shaping/sqm
  82. -> [Penjelasan DiffServ] https://github.com/Last-times/CAKE-QoS-Script-OpenWrt/blob/main/RFC%208325%20-%20Mapping%20Diffserv%20to%20IEEE%20802.11.png
  83. -> [Research paper untuk CAKE] https://arxiv.org/pdf/1804.07617
  84. =========
Add Comment
Please, Sign In to add comment
Public Pastes
We use cookies for various purposes including analytics. By continuing to use Pastebin, you agree to our use of cookies as described in the Cookies Policy.  OK, I Understand
Not a member of Pastebin yet?
Sign Up, it unlocks many cool features!