Hi all,
we are developing a softphone mobile application which registers to asterisk through kamailio. Kamailo proxies the request to asterisk and replies from asterisk to the clients. Registration works fine with asterisk authentication. The problem appears in the following flow:
1. Mobile client A calls client B. 2. Asterisk gets INVITE through kamailo, sends back 401, and get INVITE with credentials. 3. Asterisk sends invite to client B towards kamailio. 4. Kamailio forwards INVITE if client is registered or sends a push notification to client B. When client B registers, kamailio continue the suspended transaction and forwards INVITE. 5. Client B gets INVITE, sends a SIP OK. 6. Asterisk gets SIP OK through kamailio and sends an ACK to client B, which is OK. 7. Asterisk sends the SIP OK to client A through kamailio. 8. Kamailio forwards SIP OK to client A but the contact address contains the asterisk IP instead kamailio. 9. Clilent A try to send ACK but it does not arrive to asterisk, and the call will be hungup after 30 secs.
So the question is what is missing, what is the correct solution? I try to use the provided configuration given in following link: https://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
The difference is that kamailio has no access to asterisk database.
Thanks for your help.
With kind regards, Peter
If the 200-OK to client A also contains Record-Route header fields, then the routing of the ACK from client A should be done using that route, not using the internal IP address of asterisk. Are you using record_route() function from the rr module?
James
On Wed, 26 Apr 2023 at 09:20, Péter Dr. Barabás dr.peter.barabas@gmail.com wrote:
Hi all,
we are developing a softphone mobile application which registers to asterisk through kamailio. Kamailo proxies the request to asterisk and replies from asterisk to the clients.
Registration works fine with asterisk authentication. The problem appears in the following flow:
Mobile client A calls client B. Asterisk gets INVITE through kamailo, sends back 401, and get INVITE with credentials. Asterisk sends invite to client B towards kamailio. Kamailio forwards INVITE if client is registered or sends a push notification to client B. When client B registers, kamailio continue the suspended transaction and forwards INVITE. Client B gets INVITE, sends a SIP OK. Asterisk gets SIP OK through kamailio and sends an ACK to client B, which is OK. Asterisk sends the SIP OK to client A through kamailio. Kamailio forwards SIP OK to client A but the contact address contains the asterisk IP instead kamailio. Clilent A try to send ACK but it does not arrive to asterisk, and the call will be hungup after 30 secs.
So the question is what is missing, what is the correct solution? I try to use the provided configuration given in following link:
https://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
The difference is that kamailio has no access to asterisk database.
Thanks for your help.
With kind regards,
Peter
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Hi James,
thanks for the reply. Yes, record_route() is used in INVITE request. Meanwhile I found the cause I think here: https://community.asterisk.org/t/asterisk-rewrites-record-route-header-with-...
So the Record-Route header contains kamailio’s IP and listening TLS port 443 until asterisk. When asterisk sends back 200/OK, it rewrites the port and client wants to send ACK to this port which is not a listening port of kamailio. My quick (but don’t know if proper) solution is that in reply route of INVITE I check that If replay comes from asterisk, I add the following:
if (route(FROMASTERISK)) {
remove_hf("Record-Route");
append_hf("Record-Route: sips:KAMAILIO_IP:443;transport=TLS\r\n");
}
Now the ACK can go back to kamailio which forward it to asterisk. There was another problem with ACK when it contains private IP, the fix_nated_contact() in on_reply route solved this.
Peter
From: James Browne james@frideo.com Date: Wednesday, 2023. May 3. 17:17 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: [SR-Users] Re: Kamailio - asterisk - ACK If the 200-OK to client A also contains Record-Route header fields, then the routing of the ACK from client A should be done using that route, not using the internal IP address of asterisk. Are you using record_route() function from the rr module?
James
On Wed, 26 Apr 2023 at 09:20, Péter Dr. Barabás dr.peter.barabas@gmail.com wrote:
Hi all,
we are developing a softphone mobile application which registers to asterisk through kamailio. Kamailo proxies the request to asterisk and replies from asterisk to the clients.
Registration works fine with asterisk authentication. The problem appears in the following flow:
Mobile client A calls client B. Asterisk gets INVITE through kamailo, sends back 401, and get INVITE with credentials. Asterisk sends invite to client B towards kamailio. Kamailio forwards INVITE if client is registered or sends a push notification to client B. When client B registers, kamailio continue the suspended transaction and forwards INVITE. Client B gets INVITE, sends a SIP OK. Asterisk gets SIP OK through kamailio and sends an ACK to client B, which is OK. Asterisk sends the SIP OK to client A through kamailio. Kamailio forwards SIP OK to client A but the contact address contains the asterisk IP instead kamailio. Clilent A try to send ACK but it does not arrive to asterisk, and the call will be hungup after 30 secs.
So the question is what is missing, what is the correct solution? I try to use the provided configuration given in following link:
https://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
The difference is that kamailio has no access to asterisk database.
Thanks for your help.
With kind regards,
Peter
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Thanks for the feedback. It's tricky, alright, making all of these things work together. Asterisk should not be re-writing the RR header fields, alright. At least you found a solution. I can't think of anything better than that, if it works for you.
James
On Wed, 3 May 2023 at 17:07, Dr. Barabás Péter dr.peter.barabas@gmail.com wrote:
Hi James,
thanks for the reply. Yes, record_route() is used in INVITE request.
Meanwhile I found the cause I think here:
https://community.asterisk.org/t/asterisk-rewrites-record-route-header-with-...
So the Record-Route header contains kamailio’s IP and listening TLS port 443 until asterisk. When asterisk sends back 200/OK, it rewrites the port and client wants to send ACK to this port which is not a listening port of kamailio.
My quick (but don’t know if proper) solution is that in reply route of INVITE I check that If replay comes from asterisk, I add the following:
if (route(FROMASTERISK)) {
remove_hf("Record-Route"); append_hf("Record-Route: sips:KAMAILIO_IP:443;transport=TLS\r\n");}
Now the ACK can go back to kamailio which forward it to asterisk.
There was another problem with ACK when it contains private IP, the fix_nated_contact() in on_reply route solved this.
Peter
From: James Browne james@frideo.com Date: Wednesday, 2023. May 3. 17:17 To: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: [SR-Users] Re: Kamailio - asterisk - ACK
If the 200-OK to client A also contains Record-Route header fields, then the routing of the ACK from client A should be done using that route, not using the internal IP address of asterisk. Are you using record_route() function from the rr module?
James
On Wed, 26 Apr 2023 at 09:20, Péter Dr. Barabás dr.peter.barabas@gmail.com wrote:
Hi all,
we are developing a softphone mobile application which registers to asterisk through kamailio. Kamailo proxies the request to asterisk and replies from asterisk to the clients.
Registration works fine with asterisk authentication. The problem appears in the following flow:
Mobile client A calls client B. Asterisk gets INVITE through kamailo, sends back 401, and get INVITE with credentials. Asterisk sends invite to client B towards kamailio. Kamailio forwards INVITE if client is registered or sends a push notification to client B. When client B registers, kamailio continue the suspended transaction and forwards INVITE. Client B gets INVITE, sends a SIP OK. Asterisk gets SIP OK through kamailio and sends an ACK to client B, which is OK. Asterisk sends the SIP OK to client A through kamailio. Kamailio forwards SIP OK to client A but the contact address contains the asterisk IP instead kamailio. Clilent A try to send ACK but it does not arrive to asterisk, and the call will be hungup after 30 secs.
So the question is what is missing, what is the correct solution? I try to use the provided configuration given in following link:
https://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb
The difference is that kamailio has no access to asterisk database.
Thanks for your help.
With kind regards,
Peter
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-
Dr. Barabás Péter -
James Browne -
Péter Dr. Barabás