4.2 Compact forwarding tablesIn the

4.2 Compact forwarding tables
In the simplest case, we use hop-by-hop forwarding rules at every
switch along a physical sequence as shown in Figure 4a. While
this works for small topologies, it does not scale to large topologies
with many switches, multiple middlebox policy chains, and
many possible physical instantiations of a specific policy chain. To
reduce the number of forwarding entries, we leverage the observation
that switches in the middle of each segment of a physical
sequence do not need fine-grained forwarding rules. The only role
they serve is to route the packet toward the switch connected to the
next middlebox in the sequence.
Building on this insight, we use inter-switch tunnels or SwitchTunnels
between all pairs of switches. Here, each switch maintains
two forwarding tables: (1) a FwdTable specifying fine-grained per-
flow rules for middlebox traversal and (2) a TunnelTable indicating
how to reach every other switch in the network, similar to DiFane
[45]. The TunnelTable is computed using traditional routing
metrics by the SDN controller. The TunnelTable can be implemented
in TCAM using OpenFlow rules or in SRAM [45].4

Kết quả (Việt) 1:

4.2 compact chuyển tiếp bảngTrong trường hợp đơn giản nhất, chúng tôi sử dụng hop bởi hop chuyển tiếp quy định tại mỗichuyển dọc theo một trình tự vật lý như minh hoạ trong hình 4a. Thời gianĐiều này làm việc cho topo nhỏ, nó không quy mô to lớn topovới nhiều thiết bị chuyển mạch, nhiều chính sách middlebox dây chuyền, vàinstantiations vật lý có thể có nhiều của một chuỗi các chính sách cụ thể. Đểgiảm số lượng các mục chuyển tiếp, chúng tôi tận dụng các quan sátmà chuyển mạch ở giữa mỗi đoạn một thể chấttrình tự không cần quy tắc chuyển tiếp hạt mịn. Vai trò duy nhấthọ phục vụ là định tuyến các gói tới việc chuyển đổi kết nối với cácmiddlebox tiếp theo trong trình tự.Xây dựng trên này cái nhìn sâu sắc, chúng tôi sử dụng đường hầm liên các chuyển đổi hoặc SwitchTunnelsgiữa tất cả các cặp thiết bị chuyển mạch. Ở đây, mỗi switch duy trìhai chuyển tiếp bảng: (1) một FwdTable cách xác định chi tiết một-dòng chảy các quy tắc cho middlebox traversal và (2) một TunnelTable chỉlàm thế nào để tiếp cận với mỗi chuyển đổi khác trong mạng, tương tự như DiFane[45]. the TunnelTable là tính toán bằng cách sử dụng định tuyến truyền thốngsố liệu của bộ điều khiển SDN. TunnelTable có thể được thực hiệntrong TCAM bằng cách sử dụng quy tắc OpenFlow hoặc SRAM [45].4

Kết quả (Việt) 2:

4,2 bảng chuyển tiếp nhỏ gọn
Trong trường hợp đơn giản, chúng ta sử dụng quy tắc chuyển tiếp hop-by-hop ở mọi
chuyển dọc theo một trình tự vật lý như trong hình 4a. Trong khi
các công trình này cho topo nhỏ, nó không quy mô để topo lớn
với nhiều công tắc, nhiều chuỗi chính sách middlebox, và
nhiều sự khởi tạo vật lý có thể có của một chuỗi chính sách cụ thể. Để
giảm số lượng các mục chuyển tiếp, chúng tôi tận dụng các quan sát
mà có thể vặn ở giữa của mỗi phân đoạn của một vật lý
chuỗi không cần quy tắc chuyển tiếp hạt mịn. Vai trò duy nhất
mà họ phục vụ là để định tuyến các gói tin theo hướng chuyển đổi kết nối với
middlebox tiếp theo trong chuỗi.
Xây dựng trên quan điểm này, chúng tôi sử dụng đường hầm liên switch hoặc SwitchTunnels
giữa tất cả các cặp thiết bị chuyển mạch. Ở đây, mỗi switch duy trì
hai bảng chuyển tiếp: (1) một FwdTable xác định trọng hạt mịn
tắc dòng chảy cho traversal middlebox và (2) một TunnelTable chỉ ra
làm thế nào để tiếp cận với mỗi switch khác trong mạng, tương tự như DiFane
[45]. Các TunnelTable được tính toán sử dụng định tuyến truyền thống
số liệu bởi bộ điều khiển SDN. Các TunnelTable có thể được thực hiện
trong TCAM sử dụng quy tắc OpenFlow hoặc trong SRAM [45] .4