Got it

AR1200 SIP trunk cannot change back after GRE tunnel switcover Highlighted

Latest reply: Oct 30, 2018 09:19:11 2051 6 9 0 0

Hello everyone,

1

Today I will share with you how to deal with SIP trunk cannot change back after the GRE tunnel switchover on AR1200.

Between AR1220C and AR1220E, connect to ISP and reach each other. GRE over IPSec also is set up between the two devices. When the GRE tunnel is ok, the SIP voice traffic will go through the GRE tunnel. If the GRE tunnel down, the SIP voice traffic will go out with NAT and reach to each other. The issue is that, when GRE tunnel down, the SIP voice switch to NAT. But when the GRE tunnel recovery, the SIP voice traffic cannot switch back to the GRE tunnel.


Configuration on AR1220C:

#

interface Dialer1

 link-protocol ppp

 ppp chap user xxx

 ppp chap password xxx

 mtu 1492

 ip address ppp-negotiate

 dialer user gardppp

 dialer bundle 1

 nat outbound 2999

 zone WAN

 ntp-service in-interface disable

#

#

interface Tunnel0/0/3

 ip address 10.255.0.25 255.255.255.252

 tunnel-protocol gre

 keepalive

 source x.x.x.x

 

 destination x.x.x.x

 tunnel route-via Dialer1 mandatory

 zone LAN

#

1. When the GRE tunnel is up, the VOIP traffic goes through the GRE tunnel. It means that the routing to each other is right.

2. When the GRE tunnel is down, the VOIP traffic goes out with NAT and reach each other. It means that the path switchover is ok.

3. When the GRE tunnel up again, the routing to the peer site can learn through the GRE tunnel. At that time, the nat session table still active. As the nat session table has a higher priority than the routing table, so the voice traffic still goes through NAT.

4. When customers reset the NAT session, the current session will be reset. There is no nat session table, the traffic will check the routing table again, the traffic will go through the GRE tunnel again.

The nat session table has a higher priority than the routing table, so the voice traffic still goes through NAT. When customers reset the NAT session, the current session will be reset. There is no nat session table, the traffic will check the routing table again, the traffic will go through the GRE tunnel again.

That is all I want to share with you! Thank you!


  • x
  • convention:

faysalji
Author Created Oct 19, 2018 10:09:48

Thanks very much
View more
  • x
  • convention:

littlestone
Created Oct 24, 2018 01:01:36

if the value of the Current RX Power field is between values of the Default RX Power High Threshold (dBm) and Default RX Power Low Threshold (dBm) fields, the receive optical power is normal. Otherwise, the receive optical power is abnormal. Check whether the remote optical module is normal or connects to an optical fiber correctly. This post was last edited by littlestone at 2018-10-31 05:56.
View more
  • x
  • convention:

Torrent
Created Oct 27, 2018 08:31:20

AR1200 SIP trunk cannot change back after GRE tunnel switcover. Oh, what a good example. But can you explain more about the difference about SIP trunk from eth-trunk ?  sorry I just am a little confused. anyway, thanks for sharing us a good example.AR1200 SIP trunk cannot change back after GRE tunnel switcover-2787611-1

This post was last edited by Torrent at 2018-10-31 06:07.
View more
  • x
  • convention:

No.9527
Created Oct 27, 2018 08:34:10

AR voice problem, that is very difficult since we don't understand it usually, in addition NAT, ho my god, it would be a very difficult problem

This post was last edited by No.9527 at 2018-10-31 03:07.
View more
  • x
  • convention:

SupperRobin
Created Oct 29, 2018 00:50:40

Tthe nat session table has higher priority than the routing table, so the voice traffic still go through NAT. When  customer reset the NAT session, the current session will be reseted.  There is no nat session table, the traffic will check the routing table  again, the traffic will go through GRE tunnel again. This post was last edited by SupperRobin at 2018-10-31 07:17.
View more
  • x
  • convention:

w1
Created Oct 30, 2018 09:19:11

Good case, normally, the NAT session will cause such issue, So we must pay more attention on this situation and configuration, when you experience issue when using NAT, you can try to reset NAT session to test
View more
  • x
  • convention:

Comment

You need to log in to comment to the post Login | Register
Comment

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 " User Agreement."

My Followers

Login and enjoy all the member benefits

Login

Block
Are you sure to block this user?
Users on your blacklist cannot comment on your post,cannot mention you, cannot send you private messages.
Reminder
Please bind your phone number to obtain invitation bonus.
Information Protection Guide
Thanks for using Huawei Enterprise Support Community! We will help you learn how we collect, use, store and share your personal information and the rights you have in accordance with Privacy Policy and User Agreement.