<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hello,</p>
<p>ok, good to know works fine now! Thanks for troubleshooting and
testing.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div class="moz-cite-prefix">On 21.02.20 10:11, David Escartin
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CADvHuE8JYkq8UewG+cH8DjS+Jzt0oUk_XL2e3RozzT_fQXn-5A@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">hello Daniel
<div><br>
</div>
<div>I made a try on the latest master branch commit and seems
ok now</div>
<div>thanks a lot!</div>
<div><br>
</div>
<div>david</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">El vie., 21 feb. 2020 a las
8:45, Daniel-Constantin Mierla (<<a
href="mailto:miconda@gmail.com" moz-do-not-send="true">miconda@gmail.com</a>>)
escribió:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>Hello,</p>
<p>good catch, I pushed a patch to propagate xflags on
msg_apply_changes() in master and backported to 5.3 and
5.2. Give it a try with any of the branches and let me
know if works fine now.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>On 21.02.20 08:29, David Escartin wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hello Daniel
<div><br>
</div>
<div>i made some more tests and i could see that it's
after executing msg_apply_changes function that the
xflag is lost. The original message transaction
flags remain activated after msg_apply_changes.</div>
<div><br>
</div>
<div>i did an execution on debug but i saw no
information more than</div>
<div><br>
</div>
<div> 2(5231) INFO: Talos-Test Call 500000 / Call-ID <a
href="mailto:1-25549@1.1.18.171" target="_blank"
moz-do-not-send="true">1-25549@1.1.18.171</a>: We
activate TEST_XFLAG!!!!!!!!!!!!!!!!!!!!!!<br>
</div>
2(5231) INFO: Talos-Test Call 500000 / Call-ID <a
href="mailto:1-25549@1.1.18.171" target="_blank"
moz-do-not-send="true">1-25549@1.1.18.171</a>:
TEST_XFLAG TRUE!!!!<br>
2(5231) DEBUG: <core>
[core/msg_translator.c:3262]: sip_msg_update_buffer():
SIP message content updated - reparsing<br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:610]: parse_msg(): SIP
Request:<br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:612]: parse_msg(): method:
<INVITE><br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:614]: parse_msg(): uri:
<<a href="http://sip:7777777@2.2.2.26:5060"
target="_blank" moz-do-not-send="true">sip:7777777@2.2.2.26:5060</a>><br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:616]: parse_msg(): version:
<SIP/2.0><br>
2(5231) DEBUG: <core>
[core/parser/parse_via.c:1303]: parse_via_param(): Found
param type 235, <rport> = <n/a>; state=6<br>
2(5231) DEBUG: <core>
[core/parser/parse_via.c:1303]: parse_via_param(): Found
param type 232, <branch> =
<z9hG4bK-5aaf0472f30d11e68aeff8bc1239f520>;
state=6<br>
2(5231) DEBUG: <core>
[core/parser/parse_via.c:1303]: parse_via_param(): Found
param type 253, <sig> = <74e198e2>; state=16<br>
2(5231) DEBUG: <core>
[core/parser/parse_via.c:2639]: parse_via(): end of
header reached, state=5<br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:498]: parse_headers(): Via
found, flags=2<br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:500]: parse_headers(): this is
the first via<br>
2(5231) DEBUG: <core>
[core/parser/parse_addr_spec.c:864]: parse_addr_spec():
end of header reached, state=10<br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:171]: get_hdr_field():
<To> [83]; uri=[<a
href="mailto:sip%3A%2B9934355692006294@1.1.14.173"
target="_blank" moz-do-not-send="true">sip:+9934355692006294@1.1.14.173</a>;transport=udp;user=phone]<br>
2(5231) DEBUG: <core>
[core/parser/msg_parser.c:174]: get_hdr_field(): to body
["+0034355692006294"<<a
href="mailto:sip%3A%2B9934355692006294@1.1.14.173"
target="_blank" moz-do-not-send="true">sip:+9934355692006294@1.1.14.173</a>;transport=udp;user=phone><br>
], to tag []<br>
2(5231) INFO: Talos-Test Call 500000 / Call-ID <a
href="mailto:1-25549@1.1.18.171" target="_blank"
moz-do-not-send="true">1-25549@1.1.18.171</a>:
TEST_XFLAG after msg_apply_changes FALSE!!!!<br>
<div><br>
</div>
<div><br>
</div>
<div>best regards</div>
<div>david</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">El jue., 20 feb. 2020
a las 20:45, Daniel-Constantin Mierla (<<a
href="mailto:miconda@gmail.com" target="_blank"
moz-do-not-send="true">miconda@gmail.com</a>>)
escribió:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px
0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div>
<p>Hello,</p>
<p>have you set the flags before creating the
transaction? Can you test if you set a normal flag
and an xflag at the same place in request route,
is the first visible in onreply route and the
xflag not?</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>On 20.02.20 18:05, David Escartin wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Dear all
<div><br>
</div>
<div>one quick question, reading the module
corex doc, seems that xflag are
message(transaction) flags. But I made a test
and seems for some reason the flag is not
seeing activated at the onreply_route, when
it's activated on the request route. Seemed
more like a script flag behaviour. Maybe I'm
missing something?</div>
<div><br>
</div>
<div>thanks a lot and regards</div>
<font color="#888888">
<div>david</div>
</font></div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
Kamailio (SER) - Users Mailing List
<a href="mailto:sr-users@lists.kamailio.org" target="_blank" moz-do-not-send="true">sr-users@lists.kamailio.org</a>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank" moz-do-not-send="true">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<pre cols="72">--
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - March 9-11, 2020, Berlin - <a href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
Kamailio World Conference - April 27-29, 2020, in Berlin -- <a href="http://www.kamailioworld.com" target="_blank" moz-do-not-send="true">www.kamailioworld.com</a></pre>
</div>
</blockquote>
</div>
</blockquote>
<pre cols="72">--
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - March 9-11, 2020, Berlin - <a href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
Kamailio World Conference - April 27-29, 2020, in Berlin -- <a href="http://www.kamailioworld.com" target="_blank" moz-do-not-send="true">www.kamailioworld.com</a></pre>
</div>
</blockquote>
</div>
</blockquote>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla -- <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - March 9-11, 2020, Berlin - <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
Kamailio World Conference - April 27-29, 2020, in Berlin -- <a class="moz-txt-link-abbreviated" href="http://www.kamailioworld.com">www.kamailioworld.com</a></pre>
</body>
</html>