Transferred from: http://blog.csdn.net/wanggp_2007/article/details/5136609Packet loss compensation (Packet Loss CONCEALMENT--PLC) is a very important technology in ILBC codec, and it is an indispensable part of VoIP codec applications. The ILBC PLC only handles packet compensation at the decoding end. In the decoding e
H3C s5500 is the core and is linked to the s3100 of adjacent buildings. The user reports that the client network in 3100 is unstable.
Link mode (5500) network cable (3100 MB photoelectric conversion) optical fiber to adjacent building (MB photoelectric conversion) network cable)
First Ping, occasionally packet loss of 3%-5%, and occasionally good .. Strange
Check whether the ports 3100 and 5500 are config
whether there is any traffic exception.
Network Traffic Analysis Process
1. Overall Network Traffic Monitoring
We first use the History Samples historical sampling function of Sniffer Pro to monitor the network utilization on the image link. The following results are obtained:
Link to utilization
The link actually transmits numbers per second.
From the above monitoring results, we can see that in every 40 seconds, the network traffic in this link will peak for 15 seconds, and it is very reg
FEC (Forward error Correction) forward error correction UDP\RTP used to improve wireless and other network packet loss problems
The algorithm is not introduced at this stage.
Idea: FEC ENCODE adds redundant packets, and when the wireless network drops packets, the receiver uses redundant packets to decode the lost packets.
Example: 10 packets, the code will add 2 packets, a total of 12 packets sent to th
By the 3 (in fact, 2) the problem of the pit miserable, there is no problem of missing packets, previously thought that the problem of packet loss is not present.The case of sticky and broken packets is present, these two problems are not afraid, as long as the sending received packet order is not disrupted upside down, everything is good.Easy-to-drop pits: Accep
Bandwidth or flow rate unit:
Kbps
Kbyte/sec
Kilobytes per second
Mbps
Mbyte/sec
Megabytes per second
Kbit
Kbits/sec
Mbit
Mbits/sec
1 , Analog Delay Transfer# TC Qdisc Add dev eth0 root netem delay 100msThis command sets the transmission of the eth0 NIC to a delay of 100 milliseconds to send.In a more realistic case, the delay value will not be so accurate, there will be a certain flu
Today in the company asked the boss, the company's project Bottom, is the use of TCP, because of reliable, automatic disconnection, in the bottom of the implementation, but I remember TCP will also have a swap problem, so this article was born--on the problem of TCP swap, TCP is based on unreliable networks to achieve reliable transmission, There is certainly a case for the substitution.If there is missing data or drops in the communication, the most likely problem is the process of sending the
Cause Analysis of UDP packet loss in linux kernel 1. UDP checksum and error phenomenon: You can use netstat-su to view UDP error packets. Tcpdump packet capture: Enable the captured udp packet in wireshark and enable the checksum option. Solution: Search for Link faults www.2cto.com 2. Firewall enabling phenomenon: pac
the connection, The connection pool considers the connection to be valid (because the validity of the connection is not verified), which results in an error when the application requests the connection. 3. Workaround: A. Follow the wrong prompts, you can use the AutoReConnect property in the JDBC URL, here is my configuration Jdbc:mysql://localhost:3306/anxincar? autoreconnect=true Where the red part is the newly added property settingHowever, there is another version of the Internet, it has be
The performance of the test system in Linux has found that the packet loss rate is extremely serious. It sends 210000 pieces of data, and the packet loss rate reaches 110000. The packet loss rate exceeds 50%. In the same case, onl
Analysis on network packet loss caused by full tracking of ip_conntrack connections
When the access volume of our online web server is very large, packet loss occurs during network connection. You can view the log by running the dmesg command and find the following information:
kernel:ip_conntrack:tablefull,droppingpac
Summary
Packet loss occurs when we use ping to check whether a system can run normally. packet loss occurs in the channel for various reasons. Ping uses ICMP send-back request and send-back response packets. An ICMP return request message is a request sent from a host or router to a specific target host. The machine
1 Try {2 //send data to the specified IP and port ~ ~ 3 //let's explain who sent the data! 4 byte[] IP =inetaddress.getlocalhost (). Gethostaddress (). GetBytes ();5DP =Newdatagrampacket (IP, ip.length, Sendiad, Qqreceive.getport ());6 Ds.send (DP);7 8 //this is mainly due to the fact that multiple datagram packets are sent when the pa
One, bandwidth estimationTCP bandwidth estimation is mainly implemented by the congestion control algorithm, which uses two variables:1, CWnd TCP estimation of the current link available bandwidth2, Ssthreash congestion control algorithm "hypothetical" out of the available bandwidth valueSecond, packet loss recoveryThere are three cases of packet
Our online Web server when the traffic is very large, there will be a network connection drops problem, through the DMESG command to view the log, the following information is found:Kernel:ip_conntrack:table full, dropping packet.kernel:printk:1 messages suppressed.kernel:ip_conntrack:table full, Dropping packet.kernel:printk:2 messages suppressed.kernel:ip_conntrack:table full, dropping packet.The key message is "ip_conntrack:table full, dropping packet
Detailed analysis can be performed based on the SEQ sequence number and ACK sequence number of the Wireshark.Visible, the network drops (may be network congestion, it is possible that the backbone of the "firewall" intentionally randomly dropped packets, because the server's IP in foreign countries) for the network response will have a great impact.Retransmission after a packet loss (or timeout) is an impor
The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion;
products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the
content of the page makes you feel confusing, please write us an email, we will handle the problem
within 5 days after receiving your email.
If you find any instances of plagiarism from the community, please send an email to:
info-contact@alibabacloud.com
and provide relevant evidence. A staff member will contact you within 5 working days.