<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hello,</p>
<p>check your config operations, because the R-URI seems to be the
next string (without quotes): "<BC><EA><8F>" <br>
</p>
<p>You can try to print $mb in such case to see the entire SIP
message buffer.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div class="moz-cite-prefix">On 08.07.20 09:48, George
Diamantopoulos wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAPcKEYO3XrTA066sLHQXJG53H_UeTEiJNgvxUZP0upYLCr1qiQ@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>Hello Daniel,</div>
<div><br>
</div>
<div>Thanks for the reply. Indeed there is, not sure how I
managed to miss that. And it wasn't about the schema after
all:</div>
<div style="margin-left:40px">Jul 7 18:42:11
lbpub0-stage-lhe0-cn1 /usr/sbin/kamailio[909]: DEBUG: {1
<null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- sanity [sanity.c:277]: check_ruri_scheme():
check_ruri_scheme entered<br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1 /usr/sbin/kamailio[909]:
DEBUG: {1 <null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- <core> [core/parser/parse_uri.c:1254]: parse_uri():
uri too short: <<BC><EA><8F>> (3)<br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1 /usr/sbin/kamailio[909]:
DEBUG: {1 <null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- <core> [core/parser/parse_uri.c:1328]:
parse_sip_msg_uri(): bad uri
<<BC><EA><8F>><br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1 /usr/sbin/kamailio[909]:
WARNING: {1 <null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- sanity [sanity.c:282]: check_ruri_scheme(): failed to parse
request uri [<BC><EA><8F>]<br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1 /usr/sbin/kamailio[909]:
DEBUG: {1 <null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- sanity [sanity_mod.c:254]: w_sanity_check(): sanity checks
result: 0<br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1 /usr/sbin/kamailio[909]:
ERROR: {1 <null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- <script>: Malformed SIP request from <a
href="http://172.30.154.189:5060" moz-do-not-send="true">172.30.154.189:5060</a></div>
<div style="margin-left:40px"><br>
</div>
<div>Still, not sure what the problem is though...</div>
<div><br>
</div>
<div>BR,</div>
<div>George<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, 8 Jul 2020 at 09:30,
Daniel-Constantin Mierla <<a
href="mailto:miconda@gmail.com" moz-do-not-send="true">miconda@gmail.com</a>>
wrote:<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>when the ruri scheme check fails, there should be another
debug message saying that. Have you pasted all log
messages for the failure case?</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>On 07.07.20 22:23, George Diamantopoulos wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Sorry, I realised I copy pasted wrong log messages
for Call 1. Here's the relevant part showing success
for call 1 in contrast with Call 2:</div>
<div><br>
</div>
<div style="margin-left:40px">grep
2a859fcc4e1c8f840191a81d7c16e76d kamailio.log | egrep
'check_ruri_scheme|w_sanity_check' | grep ACK<br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1
/usr/sbin/kamailio[907]: DEBUG: {1 <null>
172.30.154.189 102 ACK <a
href="mailto:2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com"
target="_blank" moz-do-not-send="true">2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com</a>
- sanity [sanity.c:277]: check_ruri_scheme():
check_ruri_scheme entered<br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1
/usr/sbin/kamailio[907]: DEBUG: {1 <null>
172.30.154.189 102 ACK <a
href="mailto:2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com"
target="_blank" moz-do-not-send="true">2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com</a>
- sanity [sanity.c:297]: check_ruri_scheme():
check_ruri_scheme passed<br>
Jul 7 18:42:11 lbpub0-stage-lhe0-cn1
/usr/sbin/kamailio[907]: DEBUG: {1 <null>
172.30.154.189 102 ACK <a
href="mailto:2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com"
target="_blank" moz-do-not-send="true">2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com</a>
- sanity [sanity_mod.c:254]: w_sanity_check(): sanity
checks result: 1</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Tue, 7 Jul 2020 at
21:34, George Diamantopoulos <<a
href="mailto:georgediam@gmail.com" target="_blank"
moz-do-not-send="true">georgediam@gmail.com</a>>
wrote:<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 dir="ltr">
<div>Hello all,</div>
<div><br>
</div>
<div>I'm not 100% sure this is the only culprit in
an issue I'm investigating, but superficially it
appears that RURI scheme sanity module checks from
the default config (flags <span><span></span>17895<span>
in REQINIT</span></span>) fail if the RURI in
an ACK following a 487 includes parameters.
Example from two calls from a kamailio instance
acting as registrar/usrloc server, INVITE RURIs
are after usrloc lookup:<br>
</div>
<div><br>
</div>
<div>Call 1: INVITE <a
href="http://sip:voip-test-gd@172.17.173.14:5063"
target="_blank" moz-do-not-send="true">sip:voip-test-gd@172.17.173.14:5063</a>
SIP/2.0</div>
<div>Call 2: INVITE <a moz-do-not-send="true">sip:voip-test-user-02@10.2.24.142:32768;line=moo62e08</a>
SIP/2.0</div>
<div><br>
</div>
<div>These INVITEs produce no complaints. Later, the
same registrar produces ACKs to acknowledge 487
(thus, same transaction ACKs) responses from the
next proxy in the path following a CANCEL:</div>
<div><br>
</div>
<div>Call 1: ACK <a
href="http://sip:voip-test-gd@172.17.173.14:5063"
target="_blank" moz-do-not-send="true">sip:voip-test-gd@172.17.173.14:5063</a>
SIP/2.0</div>
<div>Call 2: ACK <a moz-do-not-send="true">sip:voip-test-user-02@10.2.24.142:32768;line=moo62e08</a>
SIP/2.0</div>
<div><br>
</div>
<div>The next proxy (which produced/relayed the 487)
processes the ACK for Call 1 successfully, but
sanity_check at the proxy drops the request for
Call 2 with:</div>
<br>
<div>
<div style="margin-left:40px">DEBUG: {1
<null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
target="_blank" moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- sanity [sanity.c:277]: check_ruri_scheme():
check_ruri_scheme entered<br>
DEBUG: {1 <null> 172.30.154.189 102 ACK <a
href="mailto:08679c4228983f9e65f3b47f767b6e07@voip.domain.com"
target="_blank" moz-do-not-send="true">08679c4228983f9e65f3b47f767b6e07@voip.domain.com</a>
- sanity [sanity_mod.c:254]: w_sanity_check():
sanity checks result: 0</div>
<div><br>
</div>
<div>whereas Call 1 seems OK:</div>
<div><br>
</div>
<div style="margin-left:40px">DEBUG: {1
<null> 172.30.154.189 102 ACK <a
href="mailto:2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com"
target="_blank" moz-do-not-send="true">2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com</a>
- sanity [sanity.c:305]:
check_required_headers(): check_required_headers
entered<br>
DEBUG: {1 <null> 172.30.154.189 102 ACK <a
href="mailto:2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com"
target="_blank" moz-do-not-send="true">2a859fcc4e1c8f840191a81d7c16e76d@voip.domain.com</a>
- sanity [sanity.c:313]:
check_required_headers(): check_required_headers
passed</div>
<div><br>
</div>
<div>Could this be a bug in sanity module? Is
there anything one can do in config which could
result in illegal ACKs being produced for
hop-by-hop transactions? schema appears to be
sip: in both cases...<br>
</div>
<div><br>
</div>
<div>Thank you. Best regards,<br>
</div>
<div>George</div>
</div>
</div>
</blockquote>
</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>
Funding: <a href="https://www.paypal.me/dcmierla" target="_blank" moz-do-not-send="true">https://www.paypal.me/dcmierla</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>
Funding: <a class="moz-txt-link-freetext" href="https://www.paypal.me/dcmierla">https://www.paypal.me/dcmierla</a></pre>
</body>
</html>