The problem is the callee continues to show the call as 'incoming call'
after the call is answered and 2-way audio is established so eventually
the callee times out.
Network Topography: (ip addresses were changed to make them easier to read.)
66.87.78.CALLER is Caller running csipsimple
66.87.76.
Note: The two users are online so they should be able to call each other
thus user busy is returned when tcp is used as a transport on non Samsung
devices
On Nov 3, 2013 7:11 AM, "Jason Sia" wrote:
> This works when I am on a Samsung hardware and not on other hardware. I
> made a tcpdump on kamai
This works when I am on a Samsung hardware and not on other hardware. I
made a tcpdump on kamailio and on the phones it seems that it was getting
wrong ip address and never reached the phones but for Samsung devices it
reached the phone and the phone even made a call to the stun server.
On Nov 2, 2
I just upgraded one server to latest git (version: kamailio 4.1.0-pre0
(x86_64/linux) 26fa46-dirty), sl:local-response route is no longer executed. I
have in kamailio.cfg
event_route[sl:local-response] {
Please post your questions to the mailing list instead of sending
private e-mails.
The subscriber provisioning via xhttp is supported only for plaintext
passwords. Set
modparam("auth_db", "calculate_ha1", 1)
and it will work fine.
Regards,
Ovidiu Sas
On Sat, Nov 2, 2013 at 12:22 PM, Abdul Hakeem
