Dear Team,
I was trying P2P video calling over Public IP with Kamailio. I have used
Linphone as client. But my call is connected but no video and audio was
there. For reference I am attaching Client and Kamailio logs.
Any help will be appreciated.
Thanks & Regards,
Amit Sharma
(Sr. Team Leader)
(An ISO 9001:2008 company)
Mobile: <tel:9891612004> tel:9891612004
PH: +91 120 2595870
Ext.: <tel:870> tel:870
Email : <mailto:amitsharma@coraltele.com> amitsharma(a)coraltele.com
Web : <blocked::http://www.coraltele.com> www.coraltele.com
Hello,
New to Kamailio, first post on this ML. I'll probably ask dumb questions, please bear with me :)
Here goes the first one.
I would like to compute a time difference (with microseconds precision) when handling a stateless SIP request.
I looked into the core functions and modules but did not find anything suitable.
Before I start implementing this by myself, I'd like to know if there's a simpler way.
Thanks for your help!
Regards,
Nicolas.
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
Hello guys,
I have this scenario where I have an ongoing transaction.
I receive a 180 (non 100rel) with some to_tag, which i forward back to the
caller.
Then I receive an 183 (100rel) which is forwarded back to the caller, who
in turn PRACKs it.
It is then that Kamailio (apparently) can't match that transaction
internally and replies to the caller (the one PRACKing the 183 (100rel)),
with 493 FORBIDDEN.
I'm attaching a trace flow. (Kamailio is 10.255.0.1)
Anyone ever encountered this?
Is this valid and should work?
Regards,
[image: prack.jpeg]
David Villasmil
email: david.villasmil.work(a)gmail.com
phone: +34669448337
Hello all,
I have this scenario where I have an ongoing transaction.
I receive a 180 (non 100rel) with some to_tag, which i forward back to the
caller.
Then I receive an 183 (100rel) which is forwarded back to the caller, who
in turn PRACKs it.
It is then that Kamailio (apparently) can't match that transaction
internally and replies to the caller (the one PRACKing the 183 (100rel)),
with 493 FORBIDDEN.
I'm attaching a trace flow. (Kamailio is 10.255.0.1)
Anyone ever encountered this?
Is this valid and should work?
[image: Screenshot 2020-09-29 at 19.34.19.png]
Thanks!
David Villasmil
email: david.villasmil.work(a)gmail.com
phone: +34669448337
No matter if UA uses ws or wss to connect to Kamailio, when K routes
INVITE from this UA and record_route() is called, K always adds
;transport=ws parameter to Record-Route URI, for example,
Record-Route: <sip:192.168.43.83:7998;transport=ws;r2=on;lr>
In this test, Kamailio is listening on that port like this:
# SIP over WebSocket
listen=tls:192.168.43.83:7998
Why doesn't K in this case add ;transport=wss to the R-R URI?
-- Juha
Hello,
The uac_replace_from seems not to be working properly in the ver 5.4.
This is the header I'm trying to change:
*From: "Admin" <sip:+123456789@local.ip>;tag=as11428589*
by using this function:
uac_replace_from("","sip:+123456789@domain.com");
I'm getting the following header:
*From: <sip:+123456789@domain.com35316853757>;tag=as11428589*
(Double space in the callerid name, and number appended after the domain)
Thank you.
Hi,
The 'topos' module has a very useful "event_route[topos:msg-sending]"
option that allows very easily to disable topology hiding for ITSPs that
requires the real data in the Contact header field. It looks like the
feature is not supported in the 'topoh' module (ref.
https://kamailio.org/docs/modules/5.4.x/modules/topoh.html). The
available 'event_route[topoh:msg-outgoing]' option requires defining the
remote server IP address (or a list of addresses in some cases) that is not
always convenient.
Is there a chance that "event_route[topoh:msg-sending]" will be added?
Best regards,
Leonid Fainshtein
Greetings,
When NAT is detected in my Kamailio, the proxy add the parameter "received"
to the Via header which includes the source IP.
What is the mechanic or function responsible for this behaviour? Does it
come from the NATHELPER module?
Best Regards,
Hello,
I have just started experimenting with keepalive module on 5.4 branch. I
am trying to check if the phone is online and active (iOS with
Linphone). Based on the docs from here: