23 Dec
2017
23 Dec
'17
1:12 p.m.
I just tested and works fine. Try with master branch and default config
file.
To test I modified a bit the default kamailio.cfg and I have in
route[RELAY]:
xlog("=======* request $rm before relay\n");
if (!t_relay()) {
xlog("=======x request $rm not relayed\n");
sl_reply_error();
}
xlog("=======> request $rm relayed\n");
I get the ACK routed and in logs I get:
{1 2 ACK 1473723014(a)127.0.0.1} 2(20129) ERROR: <script>: =======*
request ACK before relay
{1 2 ACK 1473723014(a)127.0.0.1} 2(20129) ERROR: <script>: =======>
request ACK relayed
Cheers,
Daniel
On 22.12.17 21:00, Jean Cérien wrote:
Many thanks for your help.
I've applied the patch, recompiled and I see no difference
unfortunately. The ACK is not forwarded, and execution after t_relay
stops.
I've set the debug level to 4 and captured the traces - I believe the
section dealing with the ACK is there: https://pastebin.com/TG03YQWC
KR
J.
On Fri, Dec 22, 2017 at 11:59 AM, Daniel-Constantin Mierla
<miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote:
Hello,
can you give a try with latest master branch or by using the patch
from next link?
-
https://github.com/kamailio/kamailio/commit/52111974b4571e0562e8e731df80f48…
<https://github.com/kamailio/kamailio/commit/52111974b4571e0562e8e731df80f48dbc504915>
Apparently the t_realy() stopped script execution (by returning 0)
when e2e ACK forwarding was successful. The patch should change
that to return true.
If all works fine while testing, then I will backport.
Cheers,
Daniel
On 22.12.17 14:05, Jean Cérien wrote:
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
Hello
I've tried mhomed = 1 with no luck - not so sure what you mean by
default route, I've added listen = udp:myadsress:5060
I also have auto_aliases=no and alias=myaddress
However, what bugs me is that execution seems to stop INSIDE
t_relay and the info message after the t_relay is not displayed.
I hate to say this, but could this be a bug ?
Rgds
J.
On Fri, Dec 22, 2017 at 1:52 AM, Sergey Safarov
<s.safarov(a)gmail.com <mailto:s.safarov@gmail.com>> wrote:
Check that your installation have one NIC with only one
default route on host.
If not check that "mhomed=1" is enabled.
Sergey
пт, 22 дек. 2017 г. в 0:02, Jean Cérien
<cerien.jean(a)gmail.com <mailto:cerien.jean@gmail.com>>:
Hello
I am using kamailio 5.0.2, on a debian 9 system.
Everything was running fine, until one of our voip
provider changed his switch. Our kamailio is relaying
between several voip providers and several asterisk (only
the signalisation, no rtp).
When we get an invite from this new switch, we select an
asterisk and relay it correctly to this box. However, the
OK is relayed back. But when the voip providers sends an
ACK for this OK, the t_relay function does not return at
all, it just dies with no action and no error.
Here is the snippet from route(relay)
xlog("L_INFO","route(relay) @@ $rm - Source:
$si:$sp, fu:$fu, tu:$tu\n" );
$var(restrelay)=t_relay();
xlog("L_INFO","route(relay) @@ $rm - t_relay
result: $var(restrelay)" );
if (!$var(restrelay)) {
When processing the initial invite, I do get both INFO
messages. When the ACK is processed, I only get one INFO
message, and no ACK is relayed - so it seems execution
dies in the t_relay
What could be wrong ???
J.
Details of the ACK:
ACK sip:dialednumber@kamailioIP:5060 SIP/2.0
Via: SIP/2.0/UDP
VOIPPROVIDERIP:5060;branch=z9hG4bKjq16fi00d85uee181ic0.1
To: <sip:kamailioIP:5060>;tag=as7f10ed48
From: <sip:sourcenumber@orange-multimedia.fr
<mailto:sip%3Asourcenumber@orange-multimedia.fr>>;tag=SD8u3ob01-7dd8efde-0002-00d5-0000-0000
Call-ID:
SD8u3ob01-688d41f5e2164ceeafe76f40b82b3f97-v300g00030
CSeq: 1 ACK
Max-Forwards: 66
Content-Length: 0
Route:
<sip:kamailioIP;lr=on;ftag=SD8u3ob01-7dd8efde-0002-00d5-0000-0000;did=a0b.49d>
(should you have enough width; the diagram will look ok)
VOIP PROVIDER KAMAILIO
ASTERISK
21:38:54.685149 │ ──────────────────────────> │
│
▒ +0.000451 │ 100 trying -- your call is │
│
▒ 21:38:54.685600 │ <────────────────────────── │
│
▒ +0.000084 │ │
INVITE (SDP) │
▒ 21:38:54.685684 │ │
──────────────────────────> │
▒ +0.000831 │ │
100 Trying │
▒ 21:38:54.686515 │ │
<────────────────────────── │
▒ +0.000471 │ │
200 OK (SDP) │
▒ 21:38:54.686986 │ │
<────────────────────────── │
▒ +0.000394 │ 200 OK (SDP) │
│
▒ 21:38:54.687380 │ <────────────────────────── │
│
▒ +0.038694 │ ACK │
│
▒ 21:38:54.726074 │ ──────────────────────────> │
│
▒ +0.060155 │ │
200 OK (SDP) │
▒ 21:38:54.786229 │ │
<<<──────────────────────── │
▒ +0.000138 │ 200 OK (SDP) │
│
▒ 21:38:54.786367 │ <<<──────────────────────── │
│
▒ +0.005721 │ ACK │
│
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
<https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
<https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
<https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
--
Daniel-Constantin Mierla
www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - www.asipto.com <http://www.asipto.com>
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
<http://www.kamailioworld.com>