No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade
Knowledge Base

It is sometimes expedite and sometimes cut for user to make transprovincial point to point call

Publication Date:  2019-07-24  |   Views:  199  |   Downloads:  0  |   Author:  SU1000864011  |   Document ID:  EKB1000016305

Contents

Issue Description

Y province K city reflects that a group user use X company platform to make transprovincial point to point call, no matter it is calling party or called party in the same private network, it cannot be conneceted when calling S province C city. S province C city is registered on X company platform via public network. It is normal for users to make point to point call between the two provinces.

Alarm Information

When Y province K city is called party, calling party terminal says the terminal you called cannot be connected.
When Y province K city is calling party, calling party terminal says the terminal you called refused to receive, and then it says the terminal you called is busy.

Handling Process

1. Login in GK and check the calling information is as follow:
09:34:08 ARQ recvfrom [(220.*.*.150:10434)] [Caller] [xxxxxxx1019] [(138.*.*.1:1720)] [Callee] [xxxxxxx1950] [768000 bit/s]
09:34:08 LRQ sendto [(219.*.*.3:1719)] [Caller] [xxxxxxx1019] [Callee] [xxxxxxx1950]
09:34:08 LCF recvfrom [(219.*.*.3:1719)] [Callee] [xxxxxxx1950] [(221.*.*.12:1730)] [Caller] [xxxxxxx1019]
09:34:08 ACF sendto [(220.*.*.150:10434)] [Caller] [xxxxxxx1019] [(138.*.*.1:1720)] [Callee] [xxxxxxx1950] [(61.*.*.242:1730)]
09:34:09 ARQ recvfrom [(61.*.*.242:1719)] [Callee] [xxxxxxx1950] [(61.*.*.242:1730)] [Caller] [xxxxxxx1019] [(138.*.*.1:1720)] [768000 bit/s]
09:34:09 ACF sendto [(61.*.*.242:1719)] [Callee] [xxxxxxx1950] [(61.*.*.242:1730)] [Caller] [xxxxxxx1019] [(138.*.*.1:1720)]
09:34:09 ARQ recvfrom [(61.*.*.242:1719)] [Caller] [xxxxxxx1019] [(61.*.*.242:1730)] [Callee] [xxxxxxx1950] [768000 bit/s]
09:34:09 LRQ sendto [(219.*.*.3:1719)] [Caller] [xxxxxxx1019] [Callee] [xxxxxxx1950]
09:34:09 LCF recvfrom [(219.*.*.3:1719)] [Callee] [xxxxxxx1950] [(222.*.*.68:1720)] [Caller] [xxxxxxx1019]
09:34:09 ACF sendto [(61.*.*.242:1719)] [Caller] [xxxxxxx1019] [(61.*.*.242:1730)] [Callee] [xxxxxxx1950] [(222.*.*.68:1720)]
09:34:19 DRQ recvfrom [(61.*.*.242:1719)] [Caller] [871xxxx1019] [Callee] [xxxxxxx1950]
09:34:19 DCF sendto [(61.*.*.242:1719)] [Caller] [xxxxxxx1019] [Callee] [xxxxxxx1950]
09:34:19 DRQ recvfrom [(61.*.*.242:1719)] [Callee] [xxxxxxx1950] [Caller] [xxxxxxx1019]
09:34:19 DCF sendto [(61.*.*.242:1719)] [Callee] [xxxxxxx1950] [Caller] [xxxxxxx1019]
the call transferred from MG is refused.
2. Modify register handshake cycle and call handshake cycle in GK property from 60 seconds to 180 seconds. Modify the NAT flag in  call strategy from one side in private to both sides in private.


Root Cause

1. First some users of Y province K city are in private network, consider if the port is limited by the firewall. But in this group of Y province K city, there are not only private network users but also public network users, it is normal to make point to point call between them. Recently the firewall configuration is not modified, so the cause is not the firewall.
2. At one time there is a point to point call failure caused by ADSL port firewall. Ask the engineer of S province C city if the user open the ADSL port firewall, and told it does not open. So it is not the cause.
3. The lack of MG resource may lead to the problem. Login MG, the resource is used normally. When it cannot be connected, there is much free resource in MG. So it is not the reason.
4. It is caused by illogical call strategy configuration, in Y province, some users are registered in public, and the other are registered in private. But the kernel devices are in private network, so it configured 8520 in system. The foretime calling strategy is it must pass MG as long as one side is in private, and then modify  the NAT flag to both sides are in private, the transprovincial call is normal.

Suggestions

The problem is not complicated. We don’t consider the foretime call in MG is refused. Suggest to study more network knowledge.