1. SIP for Instant Messaging and Presence Leveraging Extensions (SIMPLE) Reporter : Allen

2. Outline Introduction IMPP Model SIP for presence SIP for instant messaging Conclusion

3. Introduction WHAT IS PRESENCE?  Also known as presence information, conveys the ability and willingness of a user to communicate across a set of devices WHAT IS Instant Message?  “ Real-time email ”

4. IMPP Model Presence Service(1) Presence Service PRESENTITY WATCHER SUBSCRIBER FETCHER POLLER FETCHER Simply requests the current value of some PRESENTITY’s presence information from the presence service POLLER A special kind of FETCHER is one that fetches information on a regular basis SUBSCRIBR Requests notification from the presence service of change in some PRESENTITY’s presence information

5. IMPP Model Presence Service(3) Presentity Presentity UA Watcher Subscriber Fetcher Presence Service Principal Presence Protocol

6. IMPP Model Presence Service(4) PRESENTITY PRESENTITY UA Presence Service Presence Protocol Principal WATCHER WATCHER UA

7. IMPP Model Instant Messaging(1) Sender  provides instant messages to Instant Messaging Service Instant Inbox  receives instant messages from Instant Messaging Service Instant Messaging Service Sender Instant Inbox

8. IMPP Model Instant Messaging(2) Sender Sender UA Instant Inbox Instant Messaging Service Principal Instant Messaging Protocol

9. IMPP Model Instant Messaging(3) Sender Sender UA Instant Inbox Instant Messaging Service Principal Instant Messaging Protocol Inbox UA Principal

10. SIP for presence(1) two new methods: SUBSCRIBE, NOTIFY Presence Agent (PA) accepts subscriptions for presence notifications and sends these on state changes PA mostly co-located with SIP User Agent  But can also be with SIP registrar or separate PA receives SUBSCRIBE request and gets authorization from target  if authorized, a positive response gets back (i.e. 200 OK ) target changes state  PA sends changed state as presence information (in body) via NOTIFY request to subscribers

11. SIP for presence(2) subscription to a PA (Presentity) expires as indicated by the Expires: header subscriber has to re- SUBSCRIBE to get further notifications

12. SIP for presence Workflow WATCHER SERVER PUA SUBSCRIBE 200 OK NOTIFY 200 OK UPDATE PRESENCE NOTIFY 200 OK

13. SIP for presence: subscription (1) SUBSCRIBE sip:resource@example.com SIP/2.0 Via: SIP/2.0/TCP watcherhost.example.com;branch=z9hG4bKnashds7 To: From: ;tag=xfg9 Call-ID: 2010@watcherhost.example.com CSeq: 17766 SUBSCRIBE Max-Forwards: 70 Event: presence Accept: application/cpim-pidf+xml Contact: Expires: 600 Content-Length: 0

14. SIP for presence: subscription (2) SIP/2.0 200 OK Via: SIP/2.0/TCP watcherhost.example.com;branch=z9hG4bKnashds7;received=192.0. 2.1 To: ;tag=ffd2 From: ;tag=xfg9 Call-ID: 2010@watcherhost.example.com CSeq: 17766 SUBSCRIBE

15. SIP for presence: notification (1) NOTIFY sip:user@watcherhost.example.com SIP/2.0 Via: SIP/2.0/TCP server.example.com;branch=z9hG4bKnk From: ;tag=ffd2 To: ;tag=xfg9 Call-ID: 2010@watcherhost.example.com Event: presence Subscription-State: active;expires=599 Max-Forwards: 70 CSeq: 8775 NOTIFY Contact: sip:server.example.com Content-Type: application/cpim-pidf+xml Content-Length:.. [PIDF Document]

16. SIP for presence: notification (2) SIP/2.0 200 OK Via: SIP/2.0/TCP server.example.com;branch=z9hG4bKnk;received=192.0.2.2 From: ;tag=ffd2 To: ;tag=xfg9 Call-ID: 2010@watcherhost.example.com CSeq: 8775 NOTIFY Content-Length: 0

17. Example: SIP for presence Time SIP client of subscriber SIP front- end (PA) Client back-end NOTIFY Auth ? Ok I’m online 200 OK SUBSCRIBE 200 OK I’m away NOTIFY 200 OK

18. IMPP interworking : XML data formats IMPP and SIMPLE working group have defined protocol-neutral data formats in XML for  presence information (PIDF)  watcher information  buddy lists  configuration (XCAP)

19. Example: PIDF for presence <presence xmlns="urn:ietf:params:cpimpresence:" entity=“pres:hubert@example.com"> open im:hubert@example.com

20. SIP for instant messaging new method: MESSAGE SIP client (sender) issues MESSAGE request instant message is send in request body reception of instant message is indicated by SIP response subsequent messages can use same Call-ID (for threading) Time MESSAGE 202 Accepted SIP client (sender) SIP client (Instant Inbox)

21. SIP for instant messaging MESSAGE sip:user@inbox.example.com SIP/2.0 Via: SIP/2.0/TCP server.example.com;branch=z9hG4bKnk From: ;tag=ffd2 To: ;tag=xfg9 Call-ID: 2010@sender.example.com Max-Forwards: 70 CSeq: 1 MESSAGE Content-Type: text/plain Content-Length: 18 Watson, come here. SIP/2.0 202 Accepted Via: SIP/2.0/TCP server.example.com;branch=z9hG4bKnk From: ;tag=ffd2 To: ;tag=xfg9 Call-ID: 2010@sender.example.com Max-Forwards: 70 CSeq: 1 MESSAGE Content-Length: 0

22. Conclusion Who Will Win (XMPP and SIMPLE)? SIP security more difficult than email or web Try to re-use existing mechanisms:  IPsec and TLS  Digest authentication  S/MIME for end-to-end  HTTP EAP?

23. Q & A