In a NetScaler, the NetScaler kerne

In a NetScaler, the NetScaler kernel routing table, the FreeBSD kernel routing
table, and the NSM FIB routing table each hold a different set of routes and serve
a different purpose. They communicate with each other using UNIX routing
sockets. Route updates are not automatically propagated from one routing table to
another. You must configure propagation of route updates for each routing table.
NS Kernel Routing Table
The NS kernel routing table holds subnet routes corresponding to the NSIP and to
each SNIP and MIP. Usually, no routes corresponding to VIPs are present in the
NS kernel routing table. The exception is a VIP added by using the add ns ip
command and configured with a netmask other than 255.255.255.255. If there are
multiple IP addresses belonging to the same subnet, they are abstracted as a single
subnet route. In addition, this table holds a route to the loopback network
(127.0.0.0) and any static routes added through the NetScaler command line
interface (nscli). The entries in this table are used by the NetScaler in packet
forwarding. From the nscli, they can be inspected with the show route
command.

ผลลัพธ์ (ไทย) 1:

ใน NetScaler สายเคอร์เนล NetScaler ตาราง เส้นทาง FreeBSD kernel ตาราง ตารางสายงานการผลิตของ NSM ตอแหลละเก็บชุดต่าง ๆ ของกระบวนการผลิต และบริการ วัตถุประสงค์ที่แตกต่างกัน พวกเขาสื่อสารกันโดยใช้สาย UNIX ซ็อกเก็ต ปรับปรุงเส้นทางจะไม่โดยอัตโนมัติเผยแพร่จากตารางสายงานการผลิตหนึ่ง อื่น คุณต้องกำหนดค่าการเผยแพร่การปรับปรุงกระบวนการผลิตสำหรับแต่ละตารางสายงานการผลิตตารางสายงานการผลิตของเคอร์เนล NSเส้นทางเครือข่ายย่อยที่สอดคล้อง กับการ NSIP และมีตารางเส้นทางของเคอร์เนล NS แต่ละส่วนที่ตัดออกและ MIP โดยปกติ เส้นทางไม่ตรงกับ VIPs มีอยู่ในตัว ตารางสายงานการผลิต NS เคอร์เนล ข้อยกเว้นเป็น VIP เพิ่ม โดยใช้ ip ns เพิ่มคำสั่ง และกำหนด ด้วย netmask ใช่ 255.255.255.255 ถ้ามี หลาย IP แอดเดรสของเครือข่ายย่อยเดียวกัน พวกเขาจะออกเป็นซิงเกิล กระบวนการผลิตย่อย ตารางนี้มีกระบวนการผลิตไปยังเครือข่ายแบบวนรอบ (127.0.0.0) และมีเส้นทางแบบคงที่เพิ่มผ่านบรรทัดคำสั่ง NetScaler อินเทอร์เฟซ (nscli) รายการในตารางนี้ถูกใช้ โดย NetScaler ในแพ็คเก็ต ส่งต่อ จาก nscli พวกเขาสามารถจะตรวจสอบกับกระบวนการแสดงคำสั่ง

ผลลัพธ์ (ไทย) 2:

ใน NetScaler, ตารางเส้นทางเคอร์เนล NetScaler, เส้นทางเคอร์เนล FreeBSD
ตารางและตารางเส้นทาง NSM FIB ถือแต่ละชุดที่แตกต่างกันของเส้นทางและให้บริการ
วัตถุประสงค์ที่แตกต่างกัน พวกเขาสื่อสารกับแต่ละอื่น ๆ โดยใช้เส้นทาง UNIX
ซ็อกเก็ต การปรับปรุงเส้นทางได้ไม่แพร่กระจายโดยอัตโนมัติจากตารางเส้นทางที่หนึ่งไปยัง
อีก คุณต้องกำหนดค่าการขยายพันธุ์ของการปรับปรุงเส้นทางสำหรับแต่ละตารางเส้นทาง.
NS เคอร์เนลตารางเส้นทาง
ตารางเส้นทางเคอร์เนล NS ถือเส้นทางเครือข่ายย่อยที่สอดคล้องกับ NSIP และ
แต่ละ SNIP และ MIP โดยปกติแล้วเส้นทางที่ไม่สอดคล้องกับวีไอพีที่มีอยู่ใน
ตารางเส้นทางเคอร์เนล NS ยกเว้นเป็นวีไอพีที่เพิ่มขึ้นโดยใช้การเพิ่ม ip ns
สั่งการและการกำหนดค่าที่มี netmask อื่น ๆ กว่า 255.255.255.255 หากมี
หลายที่อยู่ IP เป็นของเครือข่ายย่อยเดียวกันพวกเขาจะแยกเป็นหนึ่งเดียว
เส้นทางเครือข่ายย่อย นอกจากนี้ตารางนี้ถือเป็นเส้นทางไปยังเครือข่ายย้อนกลับ
(127.0.0.0) และเส้นทางแบบคงที่ใด ๆ เพิ่มผ่านบรรทัดคำสั่ง NetScaler
อินเตอร์เฟซ (nscli) รายการในตารางนี้จะถูกใช้โดย NetScaler ในแพ็คเก็ต
ส่งต่อ จาก nscli ที่พวกเขาสามารถตรวจสอบได้กับการแสดงเส้นทาง
คำสั่ง

ผลลัพธ์ (ไทย) 3:

ในบริษัท , บริษัทเคอร์เนลตารางเส้นทาง , FreeBSD Kernel
ตารางเส้นทางและ NSM Fib ตารางเส้นทางแต่ละถือชุดที่แตกต่างกันของเส้นทางและบริการ
วัตถุประสงค์ที่แตกต่างกัน พวกเขาสื่อสารกับแต่ละอื่น ๆ โดยใช้เส้นทาง Unix
ซ็อกเก็ต การปรับปรุงเส้นทางอัตโนมัติไม่ขยายพันธุ์จากตารางเส้นทาง

อีกคุณต้องกำหนดค่าการปรับปรุงเส้นทาง แต่ละเส้นทาง .
2
NS เคอร์เนลตารางเส้นทางเคอร์เนลตารางเส้นทางยังคงสอดคล้องกับ nsip

ตัด 2 และแต่ละและเส้นทางย่อย ปกติ ไม่มีเส้นทางที่สอดคล้องกับวีไอพีอยู่ใน
NS เคอร์เนลตารางเส้นทาง . ข้อยกเว้นเป็น VIP เพิ่มโดยการเพิ่ม NS IP
คำสั่งและการกำหนดค่ากับ Netmask นอกจาก 255.255.255 .255 . ถ้ามี
หลาย IP ที่อยู่ที่อยู่ใน subnet เดียวกัน จะแยกเป็นเส้นทางย่อยเดียว

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