Microsoft Developer Network > Forenhomepage > Using the Open Specifications
Stellen Sie eine FrageStellen Sie eine Frage
 

Using the Open Specifications

Ask questions about the Open Specifications documents, their organization, language conventions, and references.

Ankündigungen

  • Description of the Communicator 2007 R2 hotfix rollup package: April 2009

    Chris MullaneyMSFTFreitag, 10. April 2009 19:55
    To support the Communicator 2007 R2 hotfix rollup package: April 2009, several modifications have been made in the protocols that enable communication between Microsoft Office Communicator and Office Communications Server.

     

    For information about the service release, see knowledgebase article #967673: Description of the Communicator 2007 R2 hotfix rollup package: April 2009.

     

    Protocol Documents

    The following Microsoft Office Protocols have been updated.

    1       [MS-SIPREGE]: Session Initiation Protocol (SIP) Registration Extensions

    MS-SIPREGE has been updated to include a new provisionGroup element to support the disabling of file transfer functionality.

    Page 24: Data Model for userSetting provisionGroup

    2007 R2

    This is the March 13, 2009 protocol content.

     

    provisionGroup (name='userSetting')

         |

         |-- ucUserLocationProfile

     

    ucUserLocationProfile: Supplies the location profile for voice call features. This is used by the extensions specified in [MS-SIPRE].

     

     

    2007 R2 Hotfix: April 2009

    The disableFileTransfer element has been added.

     

    provisionGroup (name='userSetting')

         |

         |-- ucUserLocationProfile

         |-- disableFileTransfer

     

    ucUserLocationProfile: Supplies the location profile for voice call features. This is used by the extensions specified in [MS-SIPRE].

     

    disableFileTransfer:Supplies whether file transfer is to be disabled or not. The value MUST be true or false.

     

     

    2       [MS-PRES]: Presence Protocol Specification

     

    Page 70: userProperties

     

    2007 R2

    This is the March 13, 2009 protocol content.

     

    telephonyMode: The value of this element controls the audio/video features on the client. It MUST have one of the following tokens: "None", "Uc", "Rcc", or "Dual".

     

    2007 R2 Hotfix: April 2009

    The list of tokens allowable for telephonyMode has been expanded to include "NoAudioVideo"

     

    telephonyMode: The value of this element controls the audio/video features on the client. It MUST have one of the following tokens: "None", "Uc", "Rcc", "Dual" or "NoAudioVideo".

     

     

    3      [MS-CONMGMT]: Connection Management Protocol Specification

    Page 14: Timers

     

    2007 R2

    This is the March 13, 2009 protocol content.

     

    The server MUST maintain an expiry timer.

     

    The server SHOULD define a timeout value for keeping the connection alive. A timeout of 300 seconds is recommended. If the server accepts the keep-alive request, the timer MUST be set to the timeout value plus a grace period of at least a SIP transaction (transaction) timeout (Timer B or Timer F from [RFC3261], 32 seconds by default), and the server MUST send the response with an Ms-Keep-Alive header field that contains the timeout value in ms-keep-alive-timeout. The expiry timer MUST be reset to the timeout value whenever any traffic is received on the connection. Clients MUST maintain a refresh timer. When the client retrieves the timeout value from the ms-keep-alive-timeout parameter in the Ms-Keep-Alive header field, it MUST set the refresh timer with the timeout value. The server expiry timer is reset to the expiry timer value if the client sends any data on the connection.

     

    Clients MUST maintain a refresh timer.

     

    When the client retrieves the timeout value from the ms-keep-alive-timeout parameter in the Ms-Keep-Alive header field, it MUST set the refresh timer with the timeout value. The server expiry timer is reset to the expiry timer value if the client sends any data on the connection

     

    2007 R2 Hotfix: April 2009

    The expiry timer behavior has changed. Note the italicized text.

     

    The server MUST maintain an expiry timer.

    The server SHOULD define a timeout value for keeping the connection alive. A timeout of 300 seconds is recommended. If the server accepts the keep-alive request, the timer MUST be set to the timeout value plus a  grace period of at least a SIP transaction (transaction) timeout (Timer B or Timer F from [RFC3261], 32 seconds by default), and the server MUST send the response with an Ms-Keep-Alive header field that contains the timeout value in ms-keep-alive-timeout. The expiry timer MUST be reset to the timeout value whenever any traffic is received on the connection.

    Clients MUST maintain a refresh timer.

    When the client retrieves the timeout value from the ms-keep-alive-timeout parameter in the Ms-Keep-Alive header field, it SHOULD set the refresh timer to 2/3 of the timeout value. The server expiry timer is reset to the expiry timer value if the client sends any data on the connection.

  • Open Specifications for the Next Version of Windows

    Chris MullaneyMSFTMittwoch, 1. Oktober 2008 21:49
     

    As Microsoft begins to raise awareness around the release of the next version of Windows, customers want to know whether and/or how this release will impact their own development using the Open Specifications documentation. The documentation teams are currently working to make changes to the documentation as they relate to changes in the next version of Windows. Documentation that contains these changes will be released prior to the beta release of the next version of Windows.

  • MSDN Release Notes — November, 2009

    Chris MullaneyMSFTDonnerstag, 12. November 2009 19:44

    This release contains updates made to protocol documents since the last release. The following new documents have been added to the document set:

    ·         Microsoft Communications Protocol Program (MCPP) Documents: [MS-DRDM] (this document replaces [MS-DRSR] in the MCPP documentation set)

    ·         Application Services and .NET Framework Protocols: [MS-DMCT], [MS-DRMRI], [MS-DSLR], [MS-DSMN], [MS-DSPA], [MS-DTAG], and [MS-RXAD]

    In addition, note these changes:

    ·         [MS-DISO] is now a regular part of the MCPP document set; it is no longer a preview document.

    ·         New preview versions of [MS-CIFS], [MS-FSCC], [MS-FSA], [MS-SMB], and [MS-SMB2] have been posted on the Preview Specifications page.

    ·         [MS-IKEY] has been removed from the MCPP and WSPP document sets.

    ·         [MS-TSRV] has been removed from the MCPP document set.

    The following known issues exist in the November, 2009 release:

    1. Underscore characters are not always visible in code in the PDF files depending on the magnification selected by the user. Those characters are present in printed versions.
    2. Information in a table row may split across two pages.
    3. Table borders are not always visible depending upon the magnification selected by the user. Borders are present in printed versions of the PDF.
    4. Cross-protocol links are only functional when the PDF files for the protocols are in the same folder.

    Note: Links in the PDFs don’t resolve in Adobe Reader 9 because Adobe has changed the default setting for view mode in Adobe Reader 9. To access links, perform the following procedure:

     

    1. In Adobe Reader 9, go to the Edit menu and click Preferences.

    2. In the Categories list, click Documents.

    3. Under PDF/A View Mode, change the selection from Only for PDF/A documents to Never, and click OK.

     

    Additional details on changing the setting can be located via the Adobe help site: http://help.adobe.com/en_US/Acrobat/9.0/Standard/WS3E0E8467-B787-4020-A1D3-6BC762A42DF2.w.html

1234>>(1 bis 20 von 69)
AntwortenAbrufe