<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div>
<div id="appendonsend" style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
</div>
<div style="font-family:Calibri,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Hi Răzvan ,</div>
<div style="font-family:Calibri,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Yes it happens during registering. After a while it obviously gives 483 too many hops because of max forward. What you mean when you say that "exiting after 'save()' "</div>
<div style="font-family:Calibri,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Regards,</div>
<div style="font-family:Calibri,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Egemen<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>Gönderen:</b> users-request@lists.opensips.org <users-request@lists.opensips.org> adına Users <users-bounces@lists.opensips.org><br>
<b>Gönderildi:</b> 18 Kasım 2019 Pazartesi 20:00<br>
<b>Kime:</b> users@lists.opensips.org <users@lists.opensips.org><br>
<b>Konu:</b> Users Digest, Vol 136, Issue 33</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="PlainText">Send Users mailing list submissions to<br>
        users@lists.opensips.org<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
or, via email, send a message with subject or body 'help' to<br>
        users-request@lists.opensips.org<br>
<br>
You can reach the person managing the list at<br>
        users-owner@lists.opensips.org<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Too Many Hops on GCP. (egemen ulus)<br>
   2. Re: Too Many Hops on GCP. (John Burke)<br>
   3. Re: Too Many Hops on GCP. (Răzvan Crainea)<br>
   4. Re: fix_nated_sdp() not taking effect (Răzvan Crainea)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 18 Nov 2019 05:36:38 +0000<br>
From: egemen ulus <ulus_egemen@hotmail.com><br>
To: "users@lists.opensips.org" <users@lists.opensips.org><br>
Subject: [OpenSIPS-Users] Too Many Hops on GCP.<br>
Message-ID:<br>
        <DB6PR0801MB18953402E21598BA0EF0787A8E4D0@DB6PR0801MB1895.eurprd08.prod.outlook.com><br>
        <br>
Content-Type: text/plain; charset="iso-8859-9"<br>
<br>
Hi,<br>
I've installed Opensips 2.4 on a GCP vm, when I try to register my softphone to server, I am getting "483 too many hops" error. I am aware that there is loop on the server side, it sends the packet itself. But could not fix it. I have private and public IP
 addresses defined on google cloud vm.<br>
<br>
Here is the my conf and logs:<br>
<br>
auto_aliases=no<br>
listen=udp:10.138.0.3:5060  # private ip address<br>
listen=tcp:10.138.0.3:5060<br>
<br>
logs:<br>
opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_headers: via found, flags=22<br>
opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_via_param: found param type 234, <received> = <34.83.194.202>; state=6<br>
opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK75e1.93b4e3a6.0>; state=16<br>
opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_via: end of header reached, state=5<br>
<br>
thank you for help!<br>
Egemen<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.opensips.org/pipermail/users/attachments/20191118/23853c28/attachment-0001.html">http://lists.opensips.org/pipermail/users/attachments/20191118/23853c28/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 18 Nov 2019 00:38:17 -0500<br>
From: "John Burke" <john@voxtelesys.net><br>
To: <users@lists.opensips.org><br>
Subject: Re: [OpenSIPS-Users] Too Many Hops on GCP.<br>
Message-ID:<br>
        <3069669d235a571fd6eae01072a81360-1574055497@ops-icewarp.voxtelesys.net><br>
        <br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I will be out of the office until 11/25. For immediate concerns please contact support@voxtelesys.com or 402-403-4435.<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 18 Nov 2019 14:44:51 +0200<br>
From: Răzvan Crainea <razvan@opensips.org><br>
To: users@lists.opensips.org<br>
Subject: Re: [OpenSIPS-Users] Too Many Hops on GCP.<br>
Message-ID: <4abd0344-58fd-7ccb-dc83-f9e01bb00821@opensips.org><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Hi, Egemen!<br>
<br>
Is the REGISTER looping? Are you exiting `exit;` after `save()`?<br>
<br>
Best regards,<br>
Răzvan<br>
<br>
On 11/18/19 7:36 AM, egemen ulus wrote:<br>
> Hi,<br>
> I've installed Opensips 2.4 on a GCP vm, when I try to register my <br>
> softphone to server, I am getting "483 too many hops" error. I am aware <br>
> that there is loop on the server side, it sends the packet itself. But <br>
> could not fix it. I have private and public IP addresses defined on <br>
> google cloud vm.<br>
> <br>
> Here is the my conf and logs:<br>
> <br>
> /auto_aliases=no<br>
> /<br>
> /listen=udp:10.138.0.3:5060  # private ip address<br>
> /<br>
> /listen=tcp:10.138.0.3:5060/<br>
> <br>
> logs:<br>
> /opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_headers: via <br>
> found, flags=22<br>
> /<br>
> /opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_via_param: found <br>
> param type 234, <received> = <34.83.194.202>; state=6<br>
> /<br>
> /opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_via_param: found <br>
> param type 232, <branch> = <z9hG4bK75e1.93b4e3a6.0>; state=16<br>
> /<br>
> /opensips[2671]: Nov 12 18:56:53 [2727] DBG:core:parse_via: end of <br>
> header reached, state=5/<br>
> /<br>
> /<br>
> /thank you for help!/<br>
> /Egemen/<br>
> <br>
> <br>
> _______________________________________________<br>
> Users mailing list<br>
> Users@lists.opensips.org<br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> <br>
<br>
-- <br>
Răzvan Crainea<br>
OpenSIPS Core Developer<br>
   <a href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 18 Nov 2019 14:48:28 +0200<br>
From: Răzvan Crainea <razvan@opensips.org><br>
To: users@lists.opensips.org<br>
Subject: Re: [OpenSIPS-Users] fix_nated_sdp() not taking effect<br>
Message-ID: <2fb96c37-2ed0-5ddd-eacc-9bd249c88774@opensips.org><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
Yes, the problem is definitely the fact that you are calling <br>
`rtpproxy_offer()` for the initial invite. Hence, when you run <br>
`fix_nated_sdp()`, you're trying to change the same IP once again - this <br>
is not possile in OpenSIPS.<br>
But I wonder why you need the `fix_nated_sdp()` if you are using <br>
RTPProxy. Can't you just use the `ip_address`[1] field to advertise the <br>
proper IP int he c= line.<br>
<br>
[1] <br>
<a href="https://opensips.org/html/docs/modules/3.0.x/rtpproxy.html#func_rtpproxy_offer">https://opensips.org/html/docs/modules/3.0.x/rtpproxy.html#func_rtpproxy_offer</a><br>
<br>
Best regards,<br>
Răzvan<br>
<br>
On 11/13/19 1:51 PM, Mark Farmer wrote:<br>
> Hi everyone<br>
> <br>
> In my failure_route I'm routing to an Asterisk box for voicemail & I <br>
> need to change the SDP c/o parameters to use the correct internal IP <br>
> address but using fix_nated_sdp() is not taking effect.<br>
> <br>
> if (t_check_status("486|408|603")) {<br>
>                  xlog("CUSTOM_LOG: User replied $T_reply_code - Routing <br>
> to Asterisk Voicemail service.");<br>
>                  prefix("VMR_");<br>
>                  rewritehostport("10.150.50.53:2404 <br>
> <<a href="http://10.150.50.53:2404">http://10.150.50.53:2404</a>>");<br>
>                  force_send_socket(udp:10.150.50.51);<br>
>                  fix_nated_sdp(10,"10.150.50.51");<br>
> <br>
>                  if (!t_relay()) {<br>
>                          send_reply(500,"Internal Error");<br>
>                  }<br>
>                  exit;<br>
> }<br>
> <br>
> I get the CUSTOM_LOG entry so I know that the route is executing.<br>
> <br>
> Maybe I'm doing something wrong with the flags, I've tried:<br>
> fix_nated_sdp(2,"10.150.50.51");<br>
> fix_nated_sdp(8,"10.150.50.51");<br>
> fix_nated_sdp(10,"10.150.50.51");<br>
> <br>
> But when I examine the SDP in the resulting invite, the c/o parameters <br>
> are never changed.<br>
> I'm using rtpengine_offer/answer in the initial routing, could it be <br>
> related to that?<br>
> <br>
> I'm using OpenSIPS 3.0.1<br>
> <br>
> Best regards<br>
> Mark.<br>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> Users mailing list<br>
> Users@lists.opensips.org<br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> <br>
<br>
-- <br>
Răzvan Crainea<br>
OpenSIPS Core Developer<br>
   <a href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Users mailing list<br>
Users@lists.opensips.org<br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Users Digest, Vol 136, Issue 33<br>
**************************************<br>
</div>
</span></font></div>
</div>
</body>
</html>