sgk / sipml5

Automatically exported from code.google.com/p/sipml5
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

SIPML5 Presence status changes are not reflect in desktop client #77

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago

What steps will reproduce the problem?
1) Register SIPML5 web client to Kamailio SIP server through webrtc2sip gw 
without enabling RTCWeb Breaker. (Using account 1000)
2) Register Jitsi Desktop client to SIP gw (Using account 1001)
3) Add 1001 to SIPML5 client Contact list
4) Add 1000 to  Jitsi Desktop client's Contact list
5) Change WEB client's Account status as Busy

What is the expected output? What do you see instead?
Account status of 1000, should be changed as Busy

What version of the product are you using? On what operating system?
CentOS release 5.4 (Final)
Chrome (Version 25.0.1364.97 m)
webrt2sip 2.0
Jitsi Version 1.0-build.3967

Please provide any additional information below.

I am using SIPML5 client & Jisti Desktop client (with Kamailio SIP gw + 
webrtc2sip) for presence changes testing. When change user status from Jisti 
client side, it is reflected in SIPML5 client. But when change user status of 
SIPML5 client, it is not reflected in desktop client. Here I attached trace for 
reference.

When analyzing traces, I can see, some times,  even though web client send 
PUBLISH request, Server side (Kamailio) is not sending NOTIFY request to 
Desktop client. Some times send NOTIFY request, but its state can be seen as 
"Subscription-State: terminated;reason=timeout" or pending.
Pls help to solve this issue.

Here I attached JS console log for REGISTER & PUBLISH events
Also attached server side & desktop side traces.

Original issue reported on code.google.com by ahe.san...@gmail.com on 4 Mar 2013 at 8:45

Attachments:

GoogleCodeExporter commented 9 years ago
Any update on this issue?

Original comment by ahe.san...@gmail.com on 8 Mar 2013 at 8:37

GoogleCodeExporter commented 9 years ago
Fixed in r212

Original comment by boss...@yahoo.fr on 10 Aug 2013 at 9:39