OfflineMessaging » History » Version 15
Saúl Ibarra Corretgé, 06/21/2012 11:10 AM
| 1 | 8 | Adrian Georgescu | h1. Offline Message Storage Application |
|---|---|---|---|
| 2 | 1 | Adrian Georgescu | |
| 3 | 13 | Saúl Ibarra Corretgé | h2. Approach 1 |
| 4 | |||
| 5 | 10 | Adrian Georgescu | * Add failure route to OpenSIPS for chat sessions |
| 6 | 4 | Adrian Georgescu | * SylkServer answers the session in behalf of the called user |
| 7 | 11 | Adrian Georgescu | * SylkServer sends an automatic answer with 'I am offline but you can type a message' |
| 8 | 12 | Adrian Georgescu | * Session is kept open for 90 seconds so that remote party has the chance to write something if he did not already before connect |
| 9 | 3 | Adrian Georgescu | * Session is closed and saved to local history database |
| 10 | 5 | Adrian Georgescu | * SylkServer detects when targeted user comes online |
| 11 | 2 | Adrian Georgescu | * Establish a new session to the user that came online and fake the original caller, deliver the stored messages, hangup and wipe delivered messages |
| 12 | 1 | Adrian Georgescu | |
| 13 | 13 | Saúl Ibarra Corretgé | h2. Approach 2: VoiceMail style |
| 14 | |||
| 15 | * Add failure route to OpenSIPS for chat sessions |
||
| 16 | * SylkServer answers the session in behalf of the called user |
||
| 17 | * SylkServer sends an automatic answer with 'I am offline but you can type a message' |
||
| 18 | * Every time a chat message is received SylkServer sends a MWI (RFC 3842) PUBLISH on behalf of the caller to the proxy. |
||
| 19 | The payload contains Text-Messages instead of Voice-Messages (RFC 3458, sec 6.2). |
||
| 20 | * When the user comes back online she will subscribe to MWI and learn that she has offline text messages waiting. She can get them by starting a chat session to the URI in the Message-Account field of the MWI payload. |
||
| 21 | * When the user fetches all messages SylkServer will terminate the session and send one last PUBLISH indicating that there are no new offline messages. |
||
| 22 | * SylkServer will provide a single URI for all users to fetch messages, the From header URI will be used to select the appropriate user. This assumes SylkServer is deployed behind a SIP proxy, which a by-design feature of SylkServer. |
||
| 23 | |||
| 24 | Things to be clarified: |
||
| 25 | |||
| 26 | * What happens if the user has both voice and text messages waiting? Does OpenSIPS aggregate payloads? Do we care? SylkServer can keep publising until the user fetches the offline messages, but Asterisk won't. |
||
| 27 | 1 | Adrian Georgescu | |
| 28 | 15 | Saúl Ibarra Corretgé | h2. Approach 3: VoiceMail style (refined) |
| 29 | 1 | Adrian Georgescu | |
| 30 | 15 | Saúl Ibarra Corretgé | * Add failure route to OpenSIPS for chat sessions |
| 31 | * SylkServer answers the session in behalf of the called user |
||
| 32 | * SylkServer sends an automatic answer with 'I am offline but you can type a message' |
||
| 33 | * When the user comes back online she will subscribe to MWI and learn that she has offline text messages waiting. She can get them by starting a chat session to the URI in the Message-Account field of the MWI payload. |
||
| 34 | * The SIP client will send this second MWI subscription to himself but with a Sylk-App: offline-messages header to the proxy, which will route that SUBSCRIBE to SylkServer, acting as an endpoint. |
||
| 35 | * SylkServer sends a MWI (RFC 3842) NOTIFY which payload contains Text-Messages instead of Voice-Messages (RFC 3458, sec 6.2). |
||
| 36 | * When the user fetches all messages SylkServer will terminate the session and send a NOTIFY indicating that there are no new offline messages. |
||
| 37 | * SylkServer will provide a single URI for all users to fetch messages, the From header URI will be used to select the appropriate user. This assumes SylkServer is deployed behind a SIP proxy, which is a by-design feature of SylkServer. |
||
| 38 | |||
| 39 | 14 | Saúl Ibarra Corretgé | |
| 40 | 1 | Adrian Georgescu | |
| 41 | |||
| 42 |