AccuracyThe overall goal for accura

Accuracy
The overall goal for accuracy is that the data received at the destination must be the same
as the data sent by the source. Typical causes of data errors include power surges or
spikes, impedance mismatch problems, poor physical connections, failing devices, and
noise caused by electrical machinery. Sometimes software bugs can cause data errors
also, although software problems are a less common cause of errors than physical layer
problems. Frames that have an error must be retransmitted, which has a negative effect on
throughput. In the case of IP networks, Transmission Control Protocol (TCP) provides
retransmission of data.
For WAN links, accuracy goals can be specified as a bit error rate (BER) threshold. If the
error rate goes above the specified BER, the accuracy is considered unacceptable. Analog
links have a typical BER threshold of about 1 in 10
5
. Digital circuits have a much lower
error rate than analog circuits, especially if fiber-optic cable is used. Fiber-optic links
have an error rate of about 1 in 10
11
. Copper links have an error rate of about 1 in 10
6
.
For LANs, a BER is not usually specified, mainly because measuring tools such as protocol analyzers focus on frames, not bits; however, you can approximate a BER by comparing the number of frames with errors in them to the total number of bytes seen by the
measuring tool. A good threshold to use is that there should not be more than one bad
frame per 10
6
bytes of data.
On shared Ethernet, errors are often the result of collisions. Two stations try to send a
frame at the same time and the resulting collision damages the frames, causing cyclic
redundancy check (CRC) errors. Depending on the size of the Ethernet network, many of
these collisions happen in the 8-byte preamble of the frames and are not registered by
troubleshooting tools. If the collision happens past the preamble and somewhere in the
first 64 bytes of the data frame, this is registered as a legal collision, and the frame is
called a runt frame. A general goal for Ethernet collisions is that less than 0.1 percent of
the frames should be affected by a legal collision (not counting the collisions that happen
in the preamble).
A collision that happens beyond the first 64 bytes of a frame is a late collision. Late collisions are illegal and should never happen. Ethernet networks that are too large experience late collisions because stations sending minimum-sized frames cannot hear other
stations within the allowed timeframe. The extra propagation delay caused by the excessive size of the network causes late collisions between the most widely separated nodes.
Faulty repeaters and network interface cards (NIC) can also cause late collisions.
Collisions should never occur on full-duplex Ethernet links. If they do, there’s probably a
duplex mismatch. Collisions on a properly configured full-duplex link have no meaning.
Both stations sending at the same time is normal. Receiving while sending is normal. So,
Chapter 2: Analyzing Technical Goals and Tradeoffs 39
there is no need for collision detection and collisions shouldn’t occur. Chapter 3 has more
to say about duplex mismatch problems and how to recognize if they cause errors on
your networks.
Collisions also never occur on WAN links. Unfortunately, the output of the show interface serialcommand on Cisco routers includes a collision count. It should be ignored.
Cisco programmers used a template for this part of the output. The template is based on
the output from the show interface ethernetcommand. There are no collisions on a serial
interface, regardless of the encapsulation or technology. Collisions occur only on carrier
sense multiple access (CSMA) networks including Ethernet, 802.3, LocalTalk, Aloha, and
802.11 networks. Collisions are a normal part of the “management-by-contention”
approach that defines CSMA. (And although LocalTalk and 802.11 use CSMA with collision avoidance, collisions can still occur.)
Accuracyusually refers to the number of error-free frames transmitted relative to the
total number of frames transmitted. Accuracy can also characterize how often the network reorders sequences of packets. Packet reordering occurs in many situations, including the use of parallel switching fabrics within a single network device and the use of parallel links between routers. Although upper-layer protocols, such as TCP and Real-Time
Transport Protocol (RTP), correct for the reordering of packets, the problem can cause
minor performance degradation. Some applications don’t use a protocol that corrects the
problem and thus might be more severely affected. Because the problem is often corrected, it can be hard to detect. IP routers are not designed to detect, let alone correct, packet reordering, and because they do not detect this condition, they cannot report the
problem to network management software. Measurements must be made at end hosts.
For example, you could use a protocol analyzer on an end-station host to detec

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

Độ chính xácMục tiêu tổng thể cho độ chính xác là dữ liệu nhận được tại các điểm đến phải có cùng mộtnhư dữ liệu được gửi bởi nguồn. Điển hình các nguyên nhân gây ra lỗi dữ liệu bao gồm quyền lực dâng hoặcgai, trở kháng mismatch vấn đề, người nghèo kết nối vật lý, thiết bị, thất bại vàtiếng ồn gây ra bởi máy móc điện. Đôi khi phần mềm lỗi có thể gây ra lỗi dữ liệuNgoài ra, mặc dù vấn đề phần mềm là một nguyên nhân gây lỗi ít phổ biến hơn so với tầng vật lývấn đề. Khung có lỗi phải được retransmitted, trong đó có một tác động tiêu cực trênthông qua. Trong trường hợp của mạng IP, Transmission Control Protocol (TCP) cung cấpretransmission của dữ liệu.Cho các liên kết mạng WAN, độ chính xác mục tiêu có thể được xác định như là một chút lỗi tỷ lệ (BER) ngưỡng. Nếu cáctỷ lệ lỗi đi trên BER được chỉ định, độ chính xác được coi là không thể chấp nhận. Analogliên kết có một ngưỡng BER điển hình trong khoảng 1 trong 105. Mạch kỹ thuật số có thấp hơn nhiềutỷ lệ lỗi hơn tương tự mạch, đặc biệt là nếu Cáp sợi quang được sử dụng. Liên kết sợi quangcó một tỷ lệ lỗi về 1 trong 1011. Liên kết đồng có một tỷ lệ lỗi về 1 trong 106.Cho mạng Lan, một BER không thường được chỉ định, chủ yếu là vì đo các công cụ như giao thức phân tích tập trung vào khung, không bit; Tuy nhiên, bạn có thể xác định một BER bằng cách so sánh số lượng khung có lỗi họ cho tổng số byte được thấy bởi cácdụng cụ đo lường. Một ngưỡng tốt để sử dụng là nên không có nhiều hơn một xấukhung cho mỗi 106byte dữ liệu.Trên Ethernet được chia sẻ, lỗi này thường là kết quả của va chạm. Hai trạm cố gắng gửi mộtkhung tại cùng một thời gian và sự va chạm quả thiệt hại khung, khiến nhóm cyclicdự phòng (CRC) lỗi. Tùy thuộc vào kích thước của mạng Ethernet, sốnhững va chạm xảy ra trong phần mở đầu 8-byte của các khung hình và không được đăng ký bởicông cụ khắc phục sự cố. Nếu va chạm xảy ra qua đoạn đầu và một nơi nào đó trong các64 byte đầu tiên của khung dữ liệu, điều này được đăng ký như là một va chạm pháp luật, và khunggọi là một khung nhỏ. Một mục tiêu tổng quát cho Ethernet va chạm là ít hơn 0,1 phần trămcác khung hình nên bị ảnh hưởng bởi một vụ va chạm pháp lý (không kể các va chạm xảy ratrong phần mở đầu).Một vụ va chạm xảy ra vượt quá 64 byte đầu tiên của một khung là một sự va chạm vào cuối. Muộn va chạm bất hợp pháp và không bao giờ xảy ra. Mạng Ethernet quá lớn kinh nghiệm muộn va chạm vì trạm gửi có kích thước tối thiểu khung không nghe nhautrạm trong khung thời gian cho phép. Trễ phụ truyền gây ra bởi kích thước quá nhiều của mạng gây ra muộn va chạm giữa các nút riêng biệt rộng rãi nhất.Bị lỗi lặp và các thẻ giao diện mạng (NIC) cũng có thể gây va chạm vào cuối.Va chạm không bao giờ nên xảy ra trên full-duplex Ethernet liên kết. Nếu họ làm, đó có lẽ là mộtsong không phù hợp nhất. Va chạm vào một cấu hình đúng full-duplex liên kết đã không có ý nghĩa.Cả hai trạm gửi cùng một lúc là bình thường. Nhận được trong khi gửi là bình thường. Vì vậy,Chương 2: Phân tích kỹ thuật mục tiêu và cân bằng 39không cần phải phát hiện va chạm và xung đột không nên xảy ra. Chương 3 có nhiều hơnđể nói về vấn đề song mismatch và làm thế nào để nhận ra nếu họ gây ra lỗi trênmạng lưới của bạn.Va chạm cũng không bao giờ xảy ra trên các liên kết mạng WAN. Thật không may, đầu ra của Hiển thị giao diện serialcommand trên router Cisco bao gồm một số va chạm. Nó nên được bỏ qua.Cisco các lập trình viên sử dụng một mẫu cho phần này của đầu ra. Các mẫu này dựa trênđầu ra từ Hiển thị giao diện ethernetcommand. Không có không có va chạm vào một sê-rigiao diện, bất kể đóng gói hoặc công nghệ. Va chạm xảy ra chỉ trên tàu sân baycảm nhận nhiều mạng truy cập (CSMA) bao gồm Ethernet, 802.3, LocalTalk, Aloha, vàmạng 802.11. Xung đột là một phần bình thường của "quản lý-của-ganh đua"phương pháp xác định CSMA. (Và mặc dù LocalTalk và 802.11 dùng CSMA với tránh va chạm, xung đột vẫn có thể xảy ra.)Accuracyusually đề cập đến số lượng lỗi khung truyền tương đối đến cácTổng số khung truyền. Độ chính xác cũng có thể đặc trưng như thế nào thường mạng reorders trình tự của các gói dữ liệu. Sắp xếp lại các gói dữ liệu xảy ra trong nhiều tình huống, bao gồm cả việc sử dụng song song chuyển vải bên trong một thiết bị duy nhất mạng và việc sử dụng các kết nối song song giữa router. Mặc dù trên lớp giao thức, chẳng hạn như TCP và thời gian thựcGiao thông vận tải giao thức (RTP), chính xác cho các gói dữ liệu, sắp xếp lại các vấn đề có thể gây rasự xuống cấp hiệu suất nhỏ. Một số ứng dụng không sử dụng một giao thức sửa chữa cácvấn đề và do đó có thể bị ảnh hưởng nặng nề hơn. Bởi vì vấn đề sửa chữa thường xuyên, nó có thể được khó để phát hiện. Bộ định tuyến IP không được thiết kế để phát hiện, hãy để một mình sửa, sắp xếp lại, gói và bởi vì họ không phát hiện tình trạng này, họ không thể báo cáo cácvấn đề với phần mềm quản lý mạng. Đo lường phải được thực hiện tại máy chủ kết thúc.Ví dụ, bạn có thể sử dụng một phân tích giao thức trên một máy chủ kết thúc-ga để detec

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

Độ chính xác
mục tiêu tổng thể cho độ chính xác là các dữ liệu được nhận tại đích phải giống
như các dữ liệu được gửi bởi nguồn. Nguyên nhân điển hình của các lỗi dữ liệu bao gồm điện đột
gai, vấn đề trở kháng không phù hợp, kết nối vật chất nghèo nàn, thiết bị không, và
tiếng ồn do máy móc thiết bị điện. Đôi khi lỗi phần mềm có thể gây ra lỗi dữ liệu
cũng có, mặc dù vấn đề phần mềm là một nguyên nhân ít gặp lỗi hơn so với lớp vật lý
vấn đề. Khung rằng có một lỗi phải được truyền lại, trong đó có một tác động tiêu cực
thông qua. Trong trường hợp của mạng IP, Transmission Control Protocol (TCP) cung cấp
truyền lại dữ liệu.
Đối với các liên kết WAN, mục tiêu chính xác có thể được quy định như một ngưỡng (BER) tỷ lệ lỗi bit. Nếu
tỷ lệ lỗi đi trên BER quy định, tính chính xác được coi là không thể chấp nhận. Analog
liên kết có một ngưỡng BER điển hình trong khoảng 1 trong 10
5
. Mạch kỹ thuật số có thấp hơn nhiều
tỷ lệ lỗi so với các mạch tương tự, đặc biệt là nếu cáp sợi quang được sử dụng. Liên kết sợi quang
có một tỷ lệ sai số khoảng 1 trong 10
11
. Liên kết đồng có tỷ lệ sai số khoảng 1 trong 10
6
.
Đối với mạng LAN, một BER thường không được chỉ định, chủ yếu là bởi vì các công cụ đo lường như phân tích giao thức tập trung vào khung, không bit; Tuy nhiên, bạn có thể gần một BER bằng cách so sánh số lượng khung hình với các lỗi trong họ với tổng số byte nhìn thấy bởi các
công cụ đo lường. Ngưỡng tốt để sử dụng là không nên có nhiều hơn một xấu
khung hình mỗi 10
6
byte dữ liệu.
Mở Ethernet chia sẻ, những lỗi này thường là kết quả của sự va chạm. Hai trạm cố gắng gửi một
khung hình tại cùng một thời gian và kết quả là thiệt hại va chạm khung, gây cyclic
redundancy check (CRC) lỗi. Tùy thuộc vào kích thước của mạng Ethernet, nhiều người trong
những vụ va chạm xảy ra trong lời mở đầu 8-byte của khung và không được đăng ký bởi
các công cụ xử lý sự cố. Nếu va chạm xảy ra qua lời mở đầu và đâu đó trong
64 byte đầu tiên của khung dữ liệu, điều này được đăng ký như là một vụ va chạm pháp lý và khung được
gọi là một khung hình còi cọc. Một mục tiêu chung của các va chạm Ethernet là ít hơn 0.1 phần trăm của
các khung hình bị ảnh hưởng bởi một vụ va chạm pháp lý (không kể các vụ va chạm xảy ra
trong lời mở đầu).
Một vụ va chạm đó xảy ra vượt quá 64 byte đầu tiên của một khung là một vụ va chạm cuối . Va chạm cuối là bất hợp pháp và không bao giờ xảy ra. Mạng Ethernet có kinh nghiệm quá lớn cuối va chạm vì các trạm gửi các khung tối thiểu kích thước không thể nghe thấy khác
trạm trong khoảng thời gian cho phép. Việc tuyên truyền chậm trễ thêm do kích thước quá mức của mạng xảy ra xung đột gần đây giữa các nút tách rộng rãi nhất.
Lặp Lỗi và card giao diện mạng (NIC) cũng có thể gây ra va chạm muộn.
Va chạm không bao giờ nên xảy ra trên các liên kết Ethernet song công hoàn toàn. Nếu họ làm, có thể là một
mismatch duplex. Va chạm vào một liên kết song công hoàn toàn cấu hình đúng không có ý nghĩa.
Cả hai trạm gửi cùng một lúc là bình thường. Nhận trong lúc gửi là bình thường. Vì vậy,
Chương 2: Phân tích các mục tiêu kỹ thuật và Cân bằng 39
không có nhu cầu để phát hiện va chạm và va chạm không nên xảy ra. Chương 3 có nhiều
điều để nói về những vấn đề không phù hợp duplex và làm thế nào để nhận ra nếu họ gây ra lỗi trên
mạng của bạn.
Va chạm cũng không bao giờ xảy ra trên các liên kết WAN. Thật không may, đầu ra của serialcommand show interface trên router Cisco bao gồm một số vụ va chạm. Nó nên được bỏ qua.
Lập trình Cisco sử dụng một mẫu cho phần này của đầu ra. Các mẫu được dựa trên
sản lượng từ ethernetcommand show interface. Không có va chạm vào một nối tiếp
giao diện, bất kể việc đóng gói hoặc công nghệ. Va chạm chỉ xảy ra trên tàu sân bay
có ý nghĩa nhiều truy cập (CSMA) mạng lưới bao gồm Ethernet, 802.3, LocalTalk, Aloha, và
802,11 mạng. Va chạm là một phần bình thường của "quản lý theo tranh"
cách tiếp cận định nghĩa CSMA. (Và mặc dù LocalTalk và 802.11 sử dụng CSMA tránh xung đột, va chạm có thể vẫn xảy ra.)
Accuracyusually đề cập đến số lượng khung hình có lỗi truyền tương đối so với
tổng số khung truyền đi. Độ chính xác cũng có thể đặc trưng như thế nào thường mạng sắp xếp lại trình tự của gói tin. Sắp xếp lại gói xảy ra trong nhiều tình huống, bao gồm cả việc sử dụng các loại vải chuyển đổi song song trong một thiết bị mạng duy nhất và việc sử dụng các liên kết song song giữa các router. Mặc dù giao thức lớp trên, chẳng hạn như TCP và Real-Time
Transport Protocol (RTP), chính xác cho các sắp xếp lại các gói tin, vấn đề có thể gây ra
sự xuống cấp hiệu năng rất nhỏ. Một số ứng dụng không sử dụng một giao thức mà sửa chữa các
vấn đề và do đó có thể bị ảnh hưởng nặng nề hơn. Bởi vì vấn đề thường được sửa chữa, nó có thể rất khó phát hiện. Bộ định tuyến IP không được thiết kế để phát hiện, hãy để một mình đúng, gói sắp xếp lại, và vì họ không phát hiện tình trạng này, họ không thể báo cáo các
vấn đề phần mềm quản lý mạng. Phép đo phải được thực hiện tại các host cuối.
Ví dụ, bạn có thể sử dụng một máy phân tích giao thức trên một máy chủ đầu cuối trạm để detec