Re: [SR-Users] Incoming call problem

2013-11-02 Thread Jason Sia
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

Re: [SR-Users] Incoming call problem

2013-11-02 Thread Jason Sia
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

Re: [SR-Users] Incoming call problem

2013-11-01 Thread Juha Heinanen
Daniel-Constantin Mierla writes: > With upcoming 4.1, the behavior should be unified as for udp, and get in > a failure_route. yes, i can confirm that udp and tcp behave the same way in 4.1. the only difference is that in tcp case it takes much longer before failure is detected and failure rout

Re: [SR-Users] Incoming call problem

2013-11-01 Thread Daniel-Constantin Mierla
Hello, On 10/30/13 3:22 PM, Jason Sia wrote: Hi, I have kamailio server and a freeswitch server during a call the kamailio passes the call to freeswitch to play a media and back to kamailio for routing to the destination, this works fine however for samsung devices (any ROM using linphone).