html5-img
1 / 9

InterDomain-QOSM: The NSIS QoS Model for Inter-domain Signaling

InterDomain-QOSM: The NSIS QoS Model for Inter-domain Signaling. J. Zhang, E. Monteiro, P. Mendes, G. Karagiannis, J. Andres-Colas 66 th IETF – Montreal, Quebec, Canada. Aims and Scope of the InterDomain-QOSM Draft (1).

enid
Download Presentation

InterDomain-QOSM: The NSIS QoS Model for Inter-domain Signaling

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. InterDomain-QOSM: The NSIS QoS Model for Inter-domain Signaling J. Zhang, E. Monteiro, P. Mendes, G. Karagiannis, J. Andres-Colas 66th IETF – Montreal, Quebec, Canada

  2. Aims and Scope of the InterDomain-QOSM Draft (1) • Specify and standardize interface between intra-domain and inter-domain QoS control planes within an administrative domain; • Specify and standardize inter-domain QoS control plane within a domain as well as interface between peer inter-domain QoS control planes at adjacent domains via defining InterDomain-QOSM: • done using both ITU-T Y-RACF QoS pull and push resource control modes 66th IETF – Montreal, Quebec, Canada

  3. Aims and Scope of the InterDomain-QOSM Draft (2) • NSIS aware intra-domain and inter-domain control planes: • standardized interface described in details when NSIS (e.g., the RMD-QOSM or Y.1541-QOSM) is deployed as intra-domain QoS control solution; • NSIS aware inter-domain control plane but non-NSIS aware intra-domain QOSM: • an additional intra-domain signaling protocol needed to implement standardized interface between intra-domain and inter-domain QoS control planes in an administrative domain, which is out of scope of this draft 66th IETF – Montreal, Quebec, Canada

  4. Assumptions about NSIS (1) • NSIS GIST supports off-path MRM (e.g., draft-hancock-nsis-pds-problem-03.txt) • current proposal for off-path MRM (draft-hancock-nsis-pds-problem-03.txt) defines two discovery mechanisms, one starting in one off-path node and finishing in one on-path node, and another starting in one on-path node and finishing in one off-path node; • However, it does not describe the mechanism for the discovery of an off-path QoS controller by its off-path peers. 66th IETF – Montreal, Quebec, Canada

  5. Discover a downstream off-path node from an upstream off-path node. 66th IETF – Montreal, Quebec, Canada

  6. Assumptions about NSIS (2) • InterDomain-QOSM makes no assumptions about intra-domain QoS solution (i.e., centralized or distributed, based on NSIS protocols or not), but: • a distributed implementation of the IntraDomain-QoSM based on QoS-NSLP signaling over several intra-domain QNEs is more closer to NSIS’s work (independent from if the intra-domain signaling is done via the on-path or off-path MRM inside a domain); • InterDomain-QoSM makes use of messages, objects and procedures defined by QoS-NSLP for signaling exchanges between inter-domain QNEs; • SLS parameters and QoS control information required forinter-domain QoS interactions are specified by using/extending the QSPEC template draft. 66th IETF – Montreal, Quebec, Canada

  7. InterDomain-QOSM modes • Fully centralized, which means that InterDomain QNE functionality is implemented in interior network node; that is usually off path • Fully distributed, which means that InterDomain QNE functionality is implemented in all edge network nodes; that is usually on path. • Hybrid approach of a) and b), in which InterDomain QNE is co-located with interior network nodes close to edge devices • one InterDomain QNE controlling a subset of edge devices; that can be off path; 66th IETF – Montreal, Quebec, Canada

  8. IntraDomain QOSM and relations with InterDomain-QOSM • Distributed NSIS aware IntraDomain QoSM: • InterDomain-QoSM uses features of NSIS aware intra-domain QOSM • follows approach similar to the ITU-T RACF pull mode, independently of way inter-domain QNE is implemented; • Generalized Intra-domain QOSM: • InterDomain QOSM may not use features of NSIS aware intra-domain QOSM • follows approach similar to ITU-T RACF push mode • message associations for inter-domain interactions may be between peer inter-domain QNEs. 66th IETF – Montreal, Quebec, Canada

  9. Conclusions • draft adopts idea of distinct separation between intra-domain QoS control plane and inter-domain QoS control plane within each administrative domain: • draft-hancock-nsis-pds-problem-03.txt; • aim at specifying inter-domain QoS interactions via defining NSIS InterDomain-QOSM • Should this draft become a NSIS WG draft? 66th IETF – Montreal, Quebec, Canada

More Related