From https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=…
```
nat_traversal.c: In function 'get_register_expire':
../../core/parser/../dprint.h:321:73: warning: format '%llu' expects argument of type 'long long unsigned int', but argument 11 has type 'long unsigned int' [-Wformat=]
321 | fprintf(stderr, "%2d(%d) %s: %.*s%s%s%s" fmt, \
| ^~~~~~~~~~~~~~~~~~~~~~~~
../../core/parser/../dprint.h:345:25: note: in expansion of macro 'LOG_FX'
345 | LOG_FX(facility, level, lname, prefix, _FUNC_NAME_, fmt, ## args)
| ^~~~~~
../../core/parser/../dprint.h:351:25: note: in expansion of macro 'LOG_FL'
351 | LOG_FL(facility, level, NULL, prefix, fmt, ## args)
| ^~~~~~
../../core/parser/../dprint.h:354:25: note: in expansion of macro 'LOG_FP'
354 | LOG_FP(DEFAULT_FACILITY, (level), LOC_INFO, fmt, ## args)
| ^~~~~~
../../core/parser/../dprint.h:401:45: note: in expansion of macro 'LOG'
401 | # define DBG(fmt, args...) LOG(L_DBG, fmt , ## args)
| ^~~
../../core/parser/../dprint.h:405:36: note: in expansion of macro 'DBG'
405 | # define DEBUG(fmt, args...) DBG(fmt , ## args)
| ^~~
../../core/parser/../dprint.h:422:16: note: in expansion of macro 'DEBUG'
422 | #define LM_DBG DEBUG
| ^~~~~
nat_traversal.c:926:9: note: in expansion of macro 'LM_DBG'
926 | LM_DBG("maximum expire for all contacts: %llu\n", (uint64_t)expire);
| ^~~~~~
```
@miconda same here
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/f301ca9cdcc044dd05e9d82139e1db3…
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/commit/f301ca9cdcc044dd05e9d82139e1db368be6dc5c/104360216(a)github.com>
From https://kamailio.sipwise.com/job/kamailiodev-nightly-binaries/architecture=…
```
core/utils/tmrec.c: In function 'ac_print':
core/utils/tmrec.c:275:32: warning: format '%llu' expects argument of type 'long long unsigned int', but argument 2 has type 'long unsigned int' [-Wformat=]
275 | printf("\nSys time: %llu\nTime: %02d:%02d:%02d\n", (uint64_t)_atp->time,
| ~~~^ ~~~~~~~~~~~~~~~~~~~~
| | |
| long long unsigned int long unsigned int
| %lu
core/utils/tmrec.c: In function 'tr_print':
core/utils/tmrec.c:515:30: warning: format '%llu' expects argument of type 'long long unsigned int', but argument 2 has type 'long unsigned int' [-Wformat=]
515 | printf("Sys time: %llu\n", (uint64_t)_trp->dtstart);
| ~~~^ ~~~~~~~~~~~~~~~~~~~~~~~
| | |
| | long unsigned int
| long long unsigned int
| %lu
core/utils/tmrec.c:521:30: warning: format '%llu' expects argument of type 'long long unsigned int', but argument 2 has type 'long unsigned int' [-Wformat=]
521 | printf("End time: %llu\n", (uint64_t)_trp->dtend);
| ~~~^ ~~~~~~~~~~~~~~~~~~~~~
| | |
| | long unsigned int
| long long unsigned int
| %lu
core/utils/tmrec.c:522:30: warning: format '%llu' expects argument of type 'long long unsigned int', but argument 2 has type 'long unsigned int' [-Wformat=]
522 | printf("Duration: %llu\n", (uint64_t)_trp->duration);
| ~~~^ ~~~~~~~~~~~~~~~~~~~~~~~~
| | |
| | long unsigned int
| long long unsigned int
| %lu
core/utils/tmrec.c:523:27: warning: format '%llu' expects argument of type 'long long unsigned int', but argument 2 has type 'long unsigned int' [-Wformat=]
523 | printf("Until: %llu\n", (uint64_t)_trp->until);
| ~~~^ ~~~~~~~~~~~~~~~~~~~~~
| | |
| | long unsigned int
| long long unsigned int
| %lu
```
@miconda it seems we need just ``%lu``
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/33b319353a097ba8fd80e45dc4f008c…
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/commit/33b319353a097ba8fd80e45dc4f008c2e9dfe813/104359936(a)github.com>
Thanks Herle for your answer,
And indeed I made it work using your scripts.
Where you only rewrite SDP Offer on Orig Invite and SDP Answer on
Terminating183 Session Progress.
And where it does not work anymore when you try to rewrite SDP offer at
both Orig and Term Invite and SDP Answer on both Orig and term 183 Session
Progress.
Which is what would happen when *IMS *core uses a separate VRF from access.
But anyway, thanks for your answer and thank you for the dockerized
environment you made available to test VoLTE with Kamailio.
Regards
Le dim. 12 mars 2023 à 13:01, Supreeth Herle ***(a)***.***> a
écrit :
> Hey @Guille0007 <https://github.com/Guille0007>
>
> I cant recollect completely about the AAR fix I did. But, AAR works in the
> docker_open5gs repo for a call.
>
> —
> Reply to this email directly, view it on GitHub
> <https://github.com/kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab…>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/A6NCYHDHEGSLIASOJ4C5FPLW3…>
> .
> You are receiving this because you were mentioned.Message ID:
> <kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab7b89b386a/104093331
> @github.com>
>
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab…
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab7b89b386a/104131881(a)github.com>
Hey @Guille0007
I cant recollect completely about the AAR fix I did. But, AAR works in the docker_open5gs repo for a call.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab…
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab7b89b386a/104093331(a)github.com>
### Description
We've got a situation where we use t_send_reply() to generate early 100 Trying, before an operation that might have a small delay. The result of this operation might lead to a change which adds parameters to ruri-user. This works as expected for normal operations, but when calling ds_next_dst()/ds_next_domain() the change to $rU is lost.
### Troubleshooting
I then noticed that this is because t_send_reply() indirectly does a t_newtran() before change to $rU. If it's done in the opposite order, everything works as expected.
A workaround is to use for example sl_send_reply() and t_set_auto_inv_100(0), which works for me.
However, I'm unsure if this revert of user is expected behaviour?
#### Reproduction
$rU = $rU + ";npdi";
..
ds_select_dst(..);
then trigger a condition which executes failure_route and then use ds_next_dst() to fork serially.
$rU is then reverted to the original value in outgoing INVITE.
### Additional Information
Reproduced in master.
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3388
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3388(a)github.com>
Hello Herlesupreth,
I am struggling with pcscf Rx.
At termination, PCSCF seems to request QoS for a flow between the IP/port of the SDP offer it receives and the IP/Port of the SDP Answer it receives.
While it should request QoS for a flow between the IP/Port of the SDP offer it generates (after rewriting SDP) and the IP/Port of the SDP answer it receives from B.
Is it why in the rtp.cfg from https://github.com/herlesupreeth/docker_open5gs you do not invoke rtpmanage on invite at termination?
Does the fix you posted there solve that?
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab…
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/commit/1a1c2cf5dcea517a49438e8c29ecaab7b89b386a/103929108(a)github.com>
Hello,
I am trying to use KEMI KSR.sanity in python but got error: AttributeError: module 'KSR' has no attribute 'sanity'
appreciate your help for solve this.
Thanks!