Chào mọi người !

Vừa rồi cisco có một hội thảo "Tối ưu hóa chi phí công nghệ thông tin của các chi nhánh " . Trong cuộc hội thảo này cisco giới thiệu giải pháp WAAS. Giái pháp này theo giới thiệu thì nó có khả năng tối ưu hóa giao thức tcp/ip. Mình cũng chưa thât rõ vụ tối ưu này như thế nào ?

Một số cty cũng đi chào giải pháp cũng liên quan tới tối ưu hóa tcp/ip như A 10 Networks ... Khi mà đường truyền vietnam chưa có khả năng mở rộng thì có lẽ giải pháp này rất hợp với chung ta.

Xét về góc độ kỹ thuật thì tối ưu hóa giao thức tcp/ip xảy ra như thế nào? Hoạt động ra sao ? Mong mọi người chia sẽ ,thảo luận . Thân 

@thangdiablo: việc IP address có bị thay đổi hay không đâu có phụ thuộc vào thiết bị của Cisco hay là công nghệ gì gì đó. Vì vậy mình nghĩ quanh đi quẩn lại vẫn là VPN thôi.
 

Còn về cái trò "Tự động lưu và phát lại gói tin của giao thức TCP bị mất trên đường truyền thay vì đợi source host gửi lại", mình cho rằng khá là mạo hiểm.
 

End-to-end argument là một trong những vấn đề cốt lõi của networking. Việc sử dụng đặc điểm trên đòi hỏi sự hiểu biết sâu sắc về network operation theo một cách khoa học (scientifically). Nếu không sẽ dẫn đến các hậu quả thảm hại. Mình không nghĩ là nhiều network admin hoặc engineer có khả năng này, nên việc Cisco đưa cái này vào mình cho là không phù hợp.  

StarGhost wrote:

@thangdiablo: việc IP address có bị thay đổi hay không đâu có phụ thuộc vào thiết bị của Cisco hay là công nghệ gì gì đó. Vì vậy mình nghĩ quanh đi quẩn lại vẫn là VPN thôi.
 

Hi StarGhost: Bạn đọc kỹ lại bài mình viết.
Mình đâu có nói việc IP bị thay đổi do thiết bị Cisco. Để mình giải thích lại thế này.

Giả sử mình có 2 Peer HN và SG.
Trên 2 peer này mình sử dụng Cisco Router có module WAAS.
Giữa 2 peer này là của nhà cung cấp. Họ dùng gì ở giữa thì tùy ( có thể là Cisco, có thể là Nortel, có thể là Dlink ... )

Bây giờ 1 gói tin đi ra từ trong LAN của HN tới LAN của SG. Trên Router của 2 peer này tất nhiên là có apply các chính sách mã hóa và toàn vẹn dữ liệu cho gói tin.

Vậy nếu gói tin đi từ LAN của HN được giữ nguyên cho tới khi chuyển ra khỏi cái Router HN và đi tới nhà cung cấp đường truyền, tới đây nhà cung cấp thực hiện NAT cái gói tin và chuyển tới peer SG. Vậy thì khi Router SG, gói tin gửi đi từ A sẽ bị drop vì không còn đảm bảo tính toàn vẹn.

Còn tại sao mình lấy ví dụ 2 peer HN & SG lại là Router Cisco vì cái topic này đang đi vào vấn đề WAAS của Cisco. 

StarGhost wrote:

Còn về cái trò "Tự động lưu và phát lại gói tin của giao thức TCP bị mất trên đường truyền thay vì đợi source host gửi lại", mình cho rằng khá là mạo hiểm.
 

Bạn có thể phân tích thêm lí do mạo hiểm được không? Mình cũng đang muốn hiểu thêm về vấn đề này.

End-to-end argument là một trong những vấn đề cốt lõi của networking. Việc sử dụng đặc điểm trên đòi hỏi sự hiểu biết sâu sắc về network operation theo một cách khoa học (scientifically). Nếu không sẽ dẫn đến các hậu quả thảm hại. Mình không nghĩ là nhiều network admin hoặc engineer có khả năng này, nên việc Cisco đưa cái này vào mình cho là không phù hợp.  

Mình thì lại không đồng ý với quan điểm này. Việc Cisco đưa ra các Module tối ưu hóa dữ liệu đi từ mạng nội bộ xuyên qua nó trước khi ra bên ngoài một cách tự động và có thể cấu hình 1 cách trực quan là điều tốt.
Tuy nhiên mình vẫn muốn nghe bạn giải thích những trường hợp có thể gây ra hậu quả thảm hại. 

Ồ, cái này thì đơn giản thôi: có một điều chắc chắn rằng intermediate systems không thể biết được TCP congestion control được sử dụng ở endpoints ra sao, thế nên việc tự ý retransmission sẽ dẫn đến packet duplications. Packet duplications sẽ dẫn đến duplicate acknowledgements. Nếu nhiều duplicate acknowledgements sẽ dẫn đến việc TCP thắt chặt sliding windows, và cuối cùng là dẫn đến giảm tốc độ truyền dữ liệu. Ngoài ra, packet duplications còn dẫn đến các vấn đề về pricing.

Trên thực tế thì không phải lúc nào cũng như vậy, và tùy vào môi trường lẫn configuration, nhưng không có nghĩa là nó không thể xảy ra.

Duy có một ngoại lệ của việc retransmission ở intermediate systems là trong Wireless LAN, do BER và FER là tương đối lớn. Tuy nhiên, việc retransmission này không có vấn đề là vì: thường không có vấn đề về pricing, retransmission diễn ra ở data link layer, retransmission diễn ra trong local loop nên không tạo ra nhiều ảnh hưởng đến network. 

StarGhost wrote:

Ồ, cái này thì đơn giản thôi: có một điều chắc chắn rằng intermediate systems không thể biết được TCP congestion control được sử dụng ở endpoints ra sao, thế nên việc tự ý retransmission sẽ dẫn đến packet duplications. Packet duplications sẽ dẫn đến duplicate acknowledgements. Nếu nhiều duplicate acknowledgements sẽ dẫn đến việc TCP thắt chặt sliding windows, và cuối cùng là dẫn đến giảm tốc độ truyền dữ liệu. Ngoài ra, packet duplications còn dẫn đến các vấn đề về pricing.

Trên thực tế thì không phải lúc nào cũng như vậy, và tùy vào môi trường lẫn configuration, nhưng không có nghĩa là nó không thể xảy ra.

Duy có một ngoại lệ của việc retransmission ở intermediate systems là trong Wireless LAN, do BER và FER là tương đối lớn. Tuy nhiên, việc retransmission này không có vấn đề là vì: thường không có vấn đề về pricing, retransmission diễn ra ở data link layer, retransmission diễn ra trong local loop nên không tạo ra nhiều ảnh hưởng đến network. 

Nếu như packet từ Endpoint khi được gửi xuyên qua intermediate systems ( trong trường hợp cụ thể này là thiết bị Cisco có gắn module WASS ). Thiết bị WAAS này sẽ có trách nhiệm lưu giữ tạm thời và đánh dấu những gói này trên NVRAM.
Sau 1 khoảng thời gian nếu không thấy phía bên kia báo thiếu thì những gói lưu giữ tạm thời này sẽ bị hủy.
Còn nếu thiếu nó sẽ tự động gửi lại thay vì chờ Endpoint.

Theo StarGhost thế có ổn không?


 

Redundant data does not need to transit the WAN- reduces overall bandwidth usage
Tạm dịch là giảm thiểu việc dữ liệu trùng lặp đi xuyên qua mạng WAN qua đó sẽ giảm được băng thông nối tới chi nhánh.

 

lạc hướng ở chỗ nó đâu có implement việc gửi lại TCP Segments trực tiếp cho receiver. Mỗi đầu đều phải có 1 WAE đóng vai trò làm TCP Proxy.

--0