none
Communicator - Do Not Disturb status gives busy-icon for some users?

    Question

  • Hi,

    I've got a strange issue here.  I've got 5 users in a team, each running Communicator 2007 R2 dutch version with all latest hotfix packages. On the serverside I've got OCS 2007 R2 standard edition, updated with latest patches.

    All 5 users have the "Team" Level Of Access. What I noticed is that when someone puts it's status in "Do Not Disturb":
    - 2 team members see the person's state as "Do Not Disturb" with the DND-icon (like expected)
    - the 2 other team members see the same user's status as "Busy" with detailed presence information "may not be disturbed" while the Presence icon is that from the Busy state.  These two members have this issue with most of their contacts but not all of them and it remains after reboot of server/clients.

    Somebody has an idea why this is happening?
    Sunday, January 31, 2010 1:04 PM

Answers

  • apparantly this is by design:

    http://social.msdn.microsoft.com/Forums/en/ucajaxsdk/thread/a749fec7-c771-41ca-b009-56d533a1aedb

    found similar topic in the dev section.  I don't like how this is implemented as I would say the DND should always have the same icon, no matter what LOA but complaining about that won't help I guess...
    Thursday, February 11, 2010 3:31 PM

All replies

  • Nobody that saw/have the same issue?
    Tuesday, February 02, 2010 6:52 AM
  • Hi
    It sounds a odd issue, have not run into the sme issue.
    Would you please enable the log for the issued clients, and check them using the snooper tool in the resource kit.
    It would be show the detail in the log on the two side clients.

    Regards!
    gavin
      
    Thursday, February 04, 2010 3:23 AM
    Moderator
  • I tested a bit and please find below the relevant traces. What you can see clearly is that the client receives different information for both users, what I cannot explain since both users are in the same level of access on the same server using the same software and patch versions....

    For the first user, having the problem described above (no real DND icon), the aggregateState field is 6900
    For user2, displaying DND correctly, the aggregateState field is 9500.
    As you can see, for both users the aggregateState field for Away is the same (15500).
    These captures are made on my client that is subscribed to the presence of these users.

    User 1: changes status to Away

    CSeq: 2 BENOTIFY
    Require: eventlist
    Content-Type: application/msrtc-event-categories+xml
    Event: presence
    subscription-state: active;expires=21589
    
    <categories xmlns="http://schemas.microsoft.com/2006/09/sip/categories" uri="sip:user1@domain.tld"><category xmlns="http://schemas.microsoft.com/2006/09/sip/categories" name="state" instance="1" publishTime="2010-02-04T10:56:11.763">
    <state xsi:type="aggregateState" lastActive="2010-02-04T10:56:11" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/2006/09/sip/state"><availability>15500</availability><delimiter xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /><device>computer</device><end xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /></state>
    </category>
    </categories>

    User 1: Changes status to Do Not Disturb

    CSeq: 3 BENOTIFY
    Require: eventlist
    Content-Type: application/msrtc-event-categories+xml
    Event: presence
    subscription-state: active;expires=21587
    
    <categories xmlns="http://schemas.microsoft.com/2006/09/sip/categories" uri="sip:user1@domain.tld"><category xmlns="http://schemas.microsoft.com/2006/09/sip/categories" name="state" instance="1" publishTime="2010-02-04T10:56:13.667">
    <state xsi:type="aggregateState" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/2006/09/sip/state"><availability>6900</availability><activity token="urgent-interruptions-only" /><delimiter xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /><timeZoneBias>-60</timeZoneBias><timeZoneName>Romance (standaardtijd)</timeZoneName><timeZoneAbbreviation>Romance (standaardtijd)</timeZoneAbbreviation><device>computer</device><end xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /></state>
    </category>
    </categories>

    User 2: Changes status to Do Not Disturb

    CSeq: 2 BENOTIFY
    Require: eventlist
    Content-Type: application/msrtc-event-categories+xml
    Event: presence
    subscription-state: active;expires=27490
    
    <categories xmlns="http://schemas.microsoft.com/2006/09/sip/categories" uri="sip:user2@domain.tld"><category xmlns="http://schemas.microsoft.com/2006/09/sip/categories" name="state" instance="1" publishTime="2010-02-04T11:10:50.123">
    <state xsi:type="aggregateState" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/2006/09/sip/state"><availability>9500</availability><delimiter xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /><device>computer</device><end xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /></state>
    </category>
    </categories>

    User 2: changes status to Away

    CSeq: 3 BENOTIFY
    Require: eventlist
    Content-Type: application/msrtc-event-categories+xml
    Event: presence
    subscription-state: active;expires=27477
    
    <categories xmlns="http://schemas.microsoft.com/2006/09/sip/categories" uri="sip::user2@domain.tld"><category xmlns="http://schemas.microsoft.com/2006/09/sip/categories" name="state" instance="1" publishTime="2010-02-04T11:11:03.223">
    <state xsi:type="aggregateState" lastActive="2010-02-04T11:11:03" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/2006/09/sip/state"><availability>15500</availability><delimiter xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /><device>computer</device><end xmlns="http://schemas.microsoft.com/2006/09/sip/commontypes" /></state>
    </category>
    </categories>
    
    Thursday, February 04, 2010 11:22 AM
  • Somebody has an idea?
    Tuesday, February 09, 2010 7:10 AM
  • Hi
    Other suggestion, because every one could change the contact's level access, per your description, there are 5 users in one team, assume that they are a,b,c,d,e,
    user a set the presence is do not disturb, and user b and c see user a's presnce is do not disturb, but user d and e see the user a's presence is busy.
    So please ensure user a set the same access level for the user b,c,d,e.
    According to the log those seems mormal.
    If I misunderstand your issue, please tell me.

    Regards!
    gavin
    Tuesday, February 09, 2010 8:49 AM
    Moderator
  • Hi,

    Thanks for your suggestion, but the issue is that all users have the same level of access for each other => Team level. I agree that it would be normal that this behaviour is shown when there are different Level Of Access's configured.
    Tuesday, February 09, 2010 8:52 AM
  • Okay, I'm a bit closer to solving the issue.

    The issue happens only with the "Team" Level of access. When User A gives User B "Team" LOA, user B sees the DND status as:
    > *busy icon* -> Urgent interruptions only.
    When user B changes the LOA back to "Company" OR "Personal", the presence state on user B's contact list for user A immediatly changes to:
    > *DND icon* - Do Not Disturb.


    Is this behaviour by design?  Can somebody verify on their OCS system?

    edit: what is very annoying is that when user A makes user B his delegate, the level of access is automatically changed back to "Team" and the presence Icon is wrong again!
    Wednesday, February 10, 2010 9:15 PM
  • apparantly this is by design:

    http://social.msdn.microsoft.com/Forums/en/ucajaxsdk/thread/a749fec7-c771-41ca-b009-56d533a1aedb

    found similar topic in the dev section.  I don't like how this is implemented as I would say the DND should always have the same icon, no matter what LOA but complaining about that won't help I guess...
    Thursday, February 11, 2010 3:31 PM