GPRS Services Were Congested Because Flow-based Load Sharing Was Used on the IP-

Created: Mar 28, 2016 01:35:51Latest reply: Mar 28, 2016 08:17:42 1115 1 0 0
Version: NE40E V300R003C02B697

Networking: Internet--SW1--FW1--NE40E-A1--7×STM1(IP-TRUNK)--NE80E-B1---NE40E-B1--FW2--GGSN  |   SCG
Symptom: The customer complained that the access speed for GPRS services was low. 
  • x
  • convention:

bellabella     Created Mar 28, 2016 08:17:42 Helpful(0) Helpful(0)

Handling Process

Huawei performed the following operations to address the problem:

1. Pinged the related IP address on the SCG from the GGSN. Packet loss occurred and the delay was great.

2. Pinged NE40E-A1 from the GGSN. No packet loss occurred and the delay was small. It was suspected that a fault occurred between NE40E-A1 and the SCG. 

3. Pinged NE40E-A1 and the SCG from the switch. No packet loss occurred and the delay was small.

4. Pinged NE40E-A1 from the SCG. No packet loss occurred and the delay was small.

5. Checked traffic statistics on NE40E-A1, NE80E-B1, and NE40E-B1 about packets to the GGSN and SCG. Packet loss occurred between NE80E-B1 and NE40E-A1.

6. Ran display interface brief to check interface occupancy on NE80E-B1 and NE40E-A1. One interface in the IP-Trunk from NE40E-A1 to NE80E-B1 reached 97%, and the occupancies of other member interfaces were 40% to 50%. It was suspected that the problem was caused by hash-related issues.

7. Consulted the GGSN engineers about the GPRS traffic model. A GRE tunnel, which was set up between the GGSN and the SCG, carried all GPRS traffic. However, the recent GPRS traffic was greater than 155 Mbit/s (STM-1).

8. Checked NE40ENE80E IP-TRUNK configurations. The flow-based HASH algorithm for load sharing was used by default. NE40E hashed all GPRS traffic carried by the GRE tunnel to only one member interface because it detected only one pair of source and sink tunnel IP addresses, resulting in congestion on the interface. Root Cause

The flow-based HASH algorithm for load sharing was used on the IP-Trunk, resulting in congestion on the interface. Solution

Apply load-balance packet-all to the IP-TRUNK on NE40E so that GPRS traffic can be shared by other member interfaces.

  • x
  • convention:

Reply

Reply
You need to log in to reply to the post Login | Register

Notice: To protect the legitimate rights and interests of you, the community, and third parties, do not release content that may bring legal risks to all parties, including but are not limited to the following:
  • Politically sensitive content
  • Content concerning pornography, gambling, and drug abuse
  • Content that may disclose or infringe upon others ' commercial secrets, intellectual properties, including trade marks, copyrights, and patents, and personal privacy
Do not share your account and password with others. All operations performed using your account will be regarded as your own actions and all consequences arising therefrom will be borne by you. For details, see " Privacy."
If the attachment button is not available, update the Adobe Flash Player to the latest version!
Fast reply Scroll to top