Hey Guys,
Have hit an issue when using uacreg.
When working with Broadsoft (I know, life is not perfect), it appears that their SBC sitting in front of registration server is caching REGISTRATION requests and it will not be able to re-REGISTER in case of credential changes for example. This will break the registration process in registrar since that one flushes the registrations on password change. Their "standard" workaround it is using "rinstance" uri parameter in contact (each contact should be unique in order to be cached by their SBC).
Checking it appears that I can only add rinstance statically in reg_contact_addr configuration parameter. Is there any chance to provide things like $avp or selects which I can later modify via mi maybe?
Thanks in advance for any kind of tip!
DanB
Hey Guys,
When refreshing the uac details I have noticed that auth_username is not updated. Is that architecturally not possible or can I maybe open a feature request to be included?
Ta, DanB
Hello,
the docs don't list the auth username being refreshed, so I guess it's going to be a new feature:
- https://www.kamailio.org/docs/modules/devel/modules/uac.html#uac.r.uac.reg_r...
Cheers, Daniel
On 06/09/16 15:14, DanB wrote:
Hey Guys,
When refreshing the uac details I have noticed that auth_username is not updated. Is that architecturally not possible or can I maybe open a feature request to be included?
Ta, DanB
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello,
update -- actually this was already implemented in master branch via commit 5d83785e8c9ce939106aba579ec4773c50bed8c2 by Alex Hermann.
Cheers, Daniel
On 07/09/16 09:00, Daniel-Constantin Mierla wrote:
Hello,
the docs don't list the auth username being refreshed, so I guess it's going to be a new feature:
https://www.kamailio.org/docs/modules/devel/modules/uac.html#uac.r.uac.reg_r...
Cheers, Daniel
On 06/09/16 15:14, DanB wrote:
Hey Guys,
When refreshing the uac details I have noticed that auth_username is not updated. Is that architecturally not possible or can I maybe open a feature request to be included?
Ta, DanB
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Have noticed this thread remaining without a follow up.
I can also confirm that in newer Kamailio the events are not longer sent out.
Can I help in any way?
Ta,
DanB
Hi Daniel,
sorry for not being clear.
I have all three evapi event routes in my config. When I telnet to port 8448, xlog shows that evapi:connection-new is exectued. When I send 6:efelin, to telnet, the evapi:message-received is executed. When I close the telnet session, the evapi:connection-closed is executed. This works just fine. However, when I execute evapi_async_relay or evapi_relay nothing is sent to my telnet session or CGRateS application (This was also observed by ngrep and tcpdump).
My configuration is default from CGRateS: https://github.com/cgrates/cgrates/tree/master/data/tutorials/kamevapi/kamai... (kamailio.cfg and included kamailio-cgrates.cfg) with few xlogs for further debuging +
modparam("evapi", "workers", 2) modparam("evapi", "bind_addr", "0.0.0.0:8448")
I have just downloaded the fresh config in order to evade some typo, but the problem persists.
Thanks
Jan
I forgot about it, I will investigate.
Cheers, Daniel
On 06/09/16 15:19, DanB wrote:
Have noticed this thread remaining without a follow up.
I can also confirm that in newer Kamailio the events are not longer sent out.
Can I help in any way?
Ta,
DanB
Hi Daniel,
sorry for not being clear.
I have all three evapi event routes in my config. When I telnet to port 8448, xlog shows that evapi:connection-new is exectued. When I send 6:efelin, to telnet, the evapi:message-received is executed. When I close the telnet session, the evapi:connection-closed is executed. This works just fine. However, when I execute evapi_async_relay or evapi_relay nothing is sent to my telnet session or CGRateS application (This was also observed by ngrep and tcpdump).
My configuration is default from CGRateS: https://github.com/cgrates/cgrates/tree/master/data/tutorials/kamevapi/kamai... (kamailio.cfg and included kamailio-cgrates.cfg) with few xlogs for further debuging +
modparam("evapi", "workers", 2) modparam("evapi", "bind_addr", "0.0.0.0:8448")
I have just downloaded the fresh config in order to evade some typo, but the problem persists.
Thanks
Jan
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
It should be fixed now in the latest 4.4 and master branches.
Cheers, Daniel
On 07/09/16 08:58, Daniel-Constantin Mierla wrote:
I forgot about it, I will investigate.
Cheers, Daniel
On 06/09/16 15:19, DanB wrote:
Have noticed this thread remaining without a follow up.
I can also confirm that in newer Kamailio the events are not longer sent out.
Can I help in any way?
Ta,
DanB
Hi Daniel,
sorry for not being clear.
I have all three evapi event routes in my config. When I telnet to port 8448, xlog shows that evapi:connection-new is exectued. When I send 6:efelin, to telnet, the evapi:message-received is executed. When I close the telnet session, the evapi:connection-closed is executed. This works just fine. However, when I execute evapi_async_relay or evapi_relay nothing is sent to my telnet session or CGRateS application (This was also observed by ngrep and tcpdump).
My configuration is default from CGRateS: https://github.com/cgrates/cgrates/tree/master/data/tutorials/kamevapi/kamai... (kamailio.cfg and included kamailio-cgrates.cfg) with few xlogs for further debuging +
modparam("evapi", "workers", 2) modparam("evapi", "bind_addr", "0.0.0.0:8448")
I have just downloaded the fresh config in order to evade some typo, but the problem persists.
Thanks
Jan
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
-
DanB -
Daniel-Constantin Mierla