Inefficient routing protocols. Alth

Inefficient routing protocols. Although it has managed
admirably for scaling a best-effort Internet, BGP has a
number of well-documented limitations. It was never
designed for performance: BGP bases its route calculations
primarily on AS hop count, knowing nothing about the
topologies, latencies, or real-time congestion of the
underlying networks. In practice, it is used primarily to
enforce networks‘ business agreements with each other rather
than to provide good end-to-end performance. For example,
[34] notes that several paths between locations within Asia
are actually routed through peering points in the US, greatly
increasing latency. In addition, when routes stop working or
connectivity degrades, BGP can be slow to converge on new
routes. Finally, it is well-known that BGP is vulnerable to
human error as well as foul play; misconfigured or hijacked
routes can quickly propagate throughout the Internet, causing
route flapping, bloated paths, and even broad connectivity
outages [25].
Unreliable networks. Across the Internet, outages are
happening all the time, caused by a wide variety of reasons—
cable cuts, misconfigured routers, DDoS attacks, power
outages, even earthquakes and other natural disasters. While
failures vary in scope, large-scale occurrences are not
uncommon. In January 2008, for example, parts of Southeast
Asia and the Middle East experienced an estimated 75%
reduction in bandwidth connectivity [43] when a series of
undersea cables were accidentally cut. In December of the
same year, another cable cut incident lead to outages for
large numbers of networks in Egypt and India. In both cases
the disruptions lasted for multiple days.
Fragile peering relationships can be culprits as well. When
two networks de-peer over business disputes, they can
partition the Internet, such that customers from one
network—as well as any networks single-homed to it—may
be unable to reach customers of the other network. During
the high-profile de-peering between Sprint and Cogent in
October 2008, for instance, connectivity was adversely
affected for an estimated 3,500 networks [35].
Finally, several high profile examples of Internet outages
caused by BGP hijacking can be found in [9], such as the
global YouTube blackout inadvertently caused by Pakistan in
February 2008, as well as the widespread Internet outage
caused by a China Telecom leak in April 2010.
Inefficient communications protocols: Although it was
designed for reliability and congestion-avoidance, TCP
carries significant overhead and can have suboptimal
performance for links with high latency or packet loss, both
of which are common across the wide-area Internet. Middle
mile congestion exacerbates the problem, as packet loss
triggers TCP retransmissions, further slowing down
communications.
Additionally, for interactive applications, the multiple round
trips required for HTTP requests can quickly add up,
affecting application performance [41][40]. Most web
browser also limit the number of parallel connections they
make for a given host name, further limiting performance
over long distances for sites that consist of many objects.
TCP also becomes a serious performance bottleneck for
video and other large files. Because it requires receiver
acknowledgements for every window of data packets sent,
throughput (when using standard TCP) is inversely related to
network latency or round trip time (RTT). Thus, the distance
between server and end user can become the overriding
bottleneck in download speeds and video viewing quality.
Table 1 illustrates the stark results of this effect. True HD
quality streams, for example, are not possible if the server is
not relatively close by.
Table 1: Effect of Distance on Throughput and Download Time

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

Giao thức định tuyến không hiệu quả. Mặc dù nó đã quản lýđáng ngưỡng mộ đối với một nỗ lực tốt nhất Internet mở rộng quy mô, BGP có mộtsố lượng hạn chế các tài liệu. Nó là không bao giờđược thiết kế cho hiệu suất: BGP căn cứ các tính toán tuyến đườngchủ yếu vào AS hop tính, biết gì về cáctopo, latencies hoặc tắc nghẽn thời gian thực của cáccơ bản mạng. Trong thực tế, nó được sử dụng chủ yếu đểthi hành các thỏa thuận kinh doanh mạng với nhau thay vìhơn để cung cấp hiệu suất tốt end-to-end. Ví dụ,[34] ghi chú rằng một số đường dẫn giữa các vị trí á.trên thực tế được chuyển qua điểm sinh tại Hoa Kỳ, rất nhiềutăng độ trễ. Ngoài ra, khi tuyến đường ngừng làm việc hoặckết nối làm giảm, BGP có thể được làm chậm để hội tụ trên mớituyến đường. Cuối cùng, nó là nổi tiếng BGP là dễ bị tổn thương đểlỗi của con người cũng như chơi hôi; sai hoặc bị tấn côngtuyến đường có thể tuyên truyền nhanh chóng trong suốt Internet, gây ratuyến đường flapping, bloated đường dẫn, và thậm chí rộng kết nốiCúp [25].Mạng lưới không đáng tin cậy. Trên Internet, Cúpxảy ra tất cả thời gian, do nhiều lý do-cáp cắt giảm, sai router, cuộc tấn công DDoS, điệnsự cố mất điện, thậm chí các trận động đất và thiên tai khác. Thời gianthất bại khác nhau trong phạm vi, quy mô lớn các sự kiện khôngphổ biến. Vào tháng Giêng 2008, ví dụ, các bộ phận của đông namChâu á và Trung Đông có kinh nghiệm một ước tính khoảng 75%giảm băng thông kết nối [43] khi một loạt cáccáp dưới đáy biển vô tình bị cắt. Trong tháng mười hai của cáccùng năm, một cáp cắt khi gặp sự cố dẫn đến sự cố mất điện chosố lượng lớn của các mạng tại Ai Cập và Ấn Độ. Trong caû hai tröôøngCác sự gián đoạn kéo dài trong nhiều ngày.Dễ vỡ mối quan hệ sinh có thể là thủ phạm là tốt. Khihai mạng ngang de-hàng đối với kinh doanh tranh chấp, họ có thểphân vùng Internet, sao cho khách từ mộtmạng — cũng như bất kỳ mạng đơn homed để nó-có thểkhông thể tiếp cận khách hàng của mạng khác. Trong thời giancấu hình cao de-peering giữa Sprint và Cogent trongTháng mười 2008, ví dụ, kết nối bất lợibị ảnh hưởng cho một ước tính khoảng 3.500 mạng [35].Cuối cùng, một vài ví dụ cao hồ sơ của Internet Cúpgây ra bởi BGP tấn công có thể được tìm thấy trong [9], chẳng hạn như cáctoàn cầu YouTube blackout vô tình gây ra bởi Pakistan trongTháng hai 2008, cũng như Cúp Internet phổ biến rộng rãigây ra bởi một rò rỉ viễn thông Trung Quốc vào tháng 4 năm 2010.Giao thức truyền thông không hiệu quả: mặc dù nó đãđược thiết kế cho độ tin cậy và tắc nghẽn-tránh, TCPmang đáng kể chi phí và có thể có suboptimalhiệu suất liên kết với cao độ trễ hoặc thiệt hại gói, cả haitrong đó là phổ biến trên mạng Internet toàn khu vực. Trungtắc nghẽn dặm trầm trọng thêm vấn đề, như gói mấtgây nên truyền lại TCP, tiếp tục chậmthông tin liên lạc.Ngoài ra, cho các ứng dụng tương tác, nhiều vòngchuyến đi cần thiết cho yêu cầu HTTP có thể nhanh chóng tăng lên,ảnh hưởng đến hiệu suất ứng dụng [41] [40]. Hầu hết các trang webtrình duyệt cũng giới hạn số lượng kết nối song song họlàm cho một tên máy chủ nhất định, tiếp tục giới hạn hiệu suấttrên một khoảng cách dài cho các trang web bao gồm nhiều đối tượng.TCP cũng trở thành một nút cổ chai hiệu suất nghiêm trọng chovideo và các tập tin lớn. Bởi vì nó đòi hỏi phải nhậnlời cảm ơn cho mỗi cửa sổ của gói dữ liệu gửi,thông lượng (khi sử dụng tiêu chuẩn TCP) tỷ lệ nghịch liên quan đếnđộ trễ mạng hoặc thời gian chuyến đi vòng (RTT). Do đó, khoảng cáchgiữa máy chủ và người dùng cuối có thể trở thành các thay thếnút cổ chai trong tốc độ tải xuống và video xem chất lượng.Bảng 1 minh họa kết quả ngay đơ của hiệu ứng này. True HDchất lượng dòng, ví dụ, là không thể nếu máy chủkhông tương đối gần đó.Bảng 1: Tác động của khoảng cách thông qua và tải về thời gian

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

Giao thức định tuyến không hiệu quả. Mặc dù nó đã quản lý
đáng ngưỡng mộ cho rộng một Internet tốt nhất nỗ lực, BGP có một
số hạn chế cũng như các tài liệu. Nó không bao giờ được
thiết kế cho hiệu suất: BGP căn cứ tính toán lộ trình của nó
chủ yếu vào AS hop count, không biết gì về các
cấu trúc liên kết, thời gian trễ, hoặc tắc nghẽn thời gian thực của các
mạng nằm bên dưới. Trong thực tế, nó được sử dụng chủ yếu để
thực thi các thỏa thuận kinh doanh mạng "với nhau thay vì
hơn để cung cấp hiệu suất tốt end-to-end. Ví dụ,
[34] ghi nhận rằng một số con đường giữa các vị trí trong khu vực châu Á
đang thực sự chuyển qua peering điểm ở Mỹ, rất nhiều
tăng độ trễ. Ngoài ra, khi tuyến đường ngừng hoạt động hoặc
xuống cấp kết nối, BGP có thể được làm chậm để hội tụ vào mới
các tuyến đường. Cuối cùng, nó được nổi tiếng mà BGP là dễ bị
lỗi của con người cũng như chơi hôi; sai hoặc bị tấn công
tuyến đường có thể nhanh chóng lan truyền khắp mạng Internet, gây ra
tuyến đường bay phất phới, đường cồng kềnh, và thậm chí kết nối rộng
cúp [25].
mạng không đáng tin cậy. Trên Internet, cúp đang
xảy ra tất cả các thời gian, gây ra bởi một loạt các reasons-
cắt cáp, thiết bị định tuyến sai, các cuộc tấn công DDoS, điện
cúp, thậm chí động đất và các thảm họa thiên nhiên khác. Trong khi
thất bại khác nhau về phạm vi, quy mô lớn xảy ra không
phải là hiếm. Vào tháng Giêng năm 2008, ví dụ, các bộ phận của khu vực Đông Nam
Á và Trung Đông trải qua một ước tính 75%
giảm trong kết nối băng thông [43] khi một loạt các
loại cáp ngầm dưới biển đã vô tình cắt. Trong tháng mười hai của
năm đó, một cáp cắt sự cố dẫn đến mất điện cho
một số lượng lớn của các mạng ở Ai Cập và Ấn Độ. Trong cả hai trường hợp
việc gián đoạn này kéo dài trong nhiều ngày.
Mối quan hệ ngang Fragile có thể là thủ phạm là tốt. Khi
hai mạng de-peer quyết các tranh chấp kinh doanh, họ có thể
phân vùng Internet, chẳng hạn khách hàng từ một
mạng cũng như bất kỳ các mạng đơn homed để nó có thể coi
là không thể tiếp cận khách hàng của các mạng khác. Trong
các hồ sơ cao de-ló giữa Sprint và Cogent trong
tháng 10 năm 2008, ví dụ, kết nối được hưởng bất lợi
ảnh hưởng cho khoảng 3.500 mạng [35].
Cuối cùng, một số ví dụ cấu hình cao của cúp Internet
gây ra bởi BGP hijacking có thể được tìm thấy trong [ 9], chẳng hạn như các
màn toàn cầu YouTube vô tình gây ra bởi Pakistan trong
tháng hai năm 2008, cũng như các cúp Internet phổ biến
gây ra bởi một sự rò rỉ China Telecom vào tháng Tư năm 2010.
Không hiệu quả giao thức truyền thông: Mặc dù nó đã được
thiết kế cho độ tin cậy và ùn tắc tránh thể, TCP
mang trên không đáng kể và có thể có tối ưu
hiệu suất cho các liên kết với cao độ trễ hoặc mất gói tin, cả hai
trong số đó là phổ biến trên Internet diện rộng. Trung
ùn tắc dặm làm trầm trọng thêm vấn đề, ​​như mất gói tin
gây truyền TCP, tiếp tục chậm lại
thông tin liên lạc.
Ngoài ra, đối với các ứng dụng tương tác, vòng nhiều
chuyến đi cần thiết cho các yêu cầu HTTP có thể nhanh chóng tăng lên,
ảnh hưởng đến hiệu suất ứng dụng [41] [40]. Hầu hết các web
browser cũng giới hạn số lượng kết nối song song họ
làm cho một tên máy chủ nhất định, hơn nữa hạn chế hiệu suất
trên một khoảng cách dài cho các trang web bao gồm nhiều đối tượng.
TCP cũng sẽ trở thành một nút cổ chai hiệu suất nghiêm trọng cho
video và các tập tin lớn khác. Bởi vì nó đòi hỏi phải nhận
lời cảm ơn cho tất cả các cửa sổ của các gói dữ liệu gửi đi,
thông lượng (khi sử dụng tiêu chuẩn TCP) tỷ lệ nghịch với
mạng thời gian chuyến đi trễ hoặc tròn (RTT). Như vậy, khoảng cách
giữa máy chủ và người dùng cuối có thể trở thành trọng
cổ chai trong tốc độ download và video chất lượng xem.
Bảng 1 mô tả các kết quả rõ rệt của hiệu ứng này. True HD
dòng chất lượng, ví dụ, là không thể nếu máy chủ là
không tương đối gần.
Bảng 1: Ảnh hưởng của khoảng cách trên Throughput và Tải Time