Diameter Maintenance and Extensions Working Group Requirement of Session State Machine for Diameter Server Initiated Session Tina TSOU (ITU-T Q. 5/11 Rapporteur)

Slides:



Advertisements
Similar presentations
Authentication Authorization Accounting and Auditing
Advertisements

VoIP Dynamic Resource Allocation in IP DiffServ Domain:
Diameter Bulk Signaling draft-liebsch-dime-diameter-bulksig-00.txt M. Liebsch, G. Punz IETF81, Quebec Diameter Maintenance and Extensions (DIME) WG 28.
Diameter Credit Control Application Tutorial - IETF67
Communication Service Identifier Requirements on SIP draft-loreto-3gpp-ics-requirements.txt
Implementing A Simple Storage Case Consider a simple case for distributed storage – I want to back up files from machine A on machine B Avoids many tricky.
Draft-lemonade-imap-submit-01.txt “Forward without Download” Allow IMAP client to include previously- received message (or parts) in or as new message.
Rc (TS ) and Sy (TS ) Interface
All-IP distributed (proxy) control model architecture Henrik Basilier, Ericsson ALLIP __ERI_distributed_CM.
Authz work in GGF David Chadwick
Chapter 2: Application layer  2.1 Web and HTTP  2.2 FTP 2-1 Lecture 5 Application Layer.
FIREWALL TECHNOLOGIES Tahani al jehani. Firewall benefits  A firewall functions as a choke point – all traffic in and out must pass through this single.
Using the Flow Label with Dual-Stack Lite
Authorization architecture sketches draft-selander-core-access-control-02 draft-gerdes-core-dcaf-authorize-02 draft-seitz-ace-design-considerations-00.
xx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: July,
Institute of Computer and Communication Network Engineering OFC/NFOEC, 6-10 March 2011, Los Angeles, CA Lessons Learned From Implementing a Path Computation.
1 COPS-RSVP and COPS-PR Interactions David Durham Intel.
POAD Distributed System Case Study: A Medical Informatics System Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Report about the Design Team on "Diameter Routing" (Tina Tsou)
COPS Common Open Policy Service Vemuri Namratha Kandaswamy Balasubramanian Venreddy Nireesha.
03/09/2003Helsinki University of Technology1 Overview of Thesis Topic Presented By: Zhao Xuetao.
A NAMED DATA NETWORKING FLEXIBLE FRAMEWORK FOR MANAGEMENT COMMUNICATION Authors: Daneil Corjuo and Rui L. Aguiar Ivan Vidal and Jamie Garcia-Reinoso Presented.
80-VXXX-X A July 2008 Page 1 QUALCOMM Confidential and Proprietary PCC Support for cdma2000 QUALCOMM Inc. Jun Wang, George Cherian, Masa Shirota
Silberschatz, Galvin and Gagne  2002 Modified for CSCI 399, Royden, Operating System Concepts Operating Systems Lecture 6 System Calls OS System.
(Business) Process Centric Exchanges
QUALCOMM Incorporated 1 Protocol Options for BSN- BSMCS Controller Interface Jun Wang, Kirti Gupta 05/16/2005 Notice: Contributors grant a free, irrevocable.
CP-a Emergency call stage 2 requirements - A presentation of the requirements from 3GPP TS Keith Drage.
Applicazione del paradigma Diffserv per il controllo della QoS in reti IP: aspetti teorici e sperimentali Stefano Salsano Università di Roma “La Sapienza”
© 2005 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms as stated in this document.
1 Policy-based architecture. 2 Policy management view of the architecture IP MMed domain is a converged services domain where voice, video, data are provided.
Resource control and signaling requirements and protocols in ITU-T Q5/SG11 DOCUMENT #:GSC13-GTSC6-15 FOR:Presentation SOURCE:Huawei Technologies Co., Ltd.
1 IEEE MEDIA INDEPENDENT HANDOVER DCN: sec Title: Detailed analysis on MIA/MSA architecture Date Submitted: January 5, 2010 Present.
Plug-in for Singleton Service in Clustered environment and improving failure detection methodology Advisor:By: Dr. Chung-E-WangSrinivasa c Kodali Department.
ACHIEVING MULTIMEDIA QOS OVER HYBRID IP/PSTN INFRASTRUCTURES QOS Signalling and Media Gateway Control ITU-T SG13/SG16 Workshop on IP Networking and Mediacom.
1 © NOKIA Functionality and Testing of Policy Control in IP Multimedia Subsystem Skander Chaichee HUT/Nokia Networks Supervisor: Professor Raimo.
IETF67 DIME WG Towards the specification of a Diameter Resource Control Application Dong Sun IETF 67, San Diego, Nov 2006 draft-sun-dime-diameter-resource-control-requirements-00.txt.
The Process Manager in the ATLAS DAQ System G. Avolio, M. Dobson, G. Lehmann Miotto, M. Wiesmann (CERN)
1 © NOKIA diameter-cca-update.PPT Diameter Credit-control Application Harri Hakala.
Christian Groves Describing Captures in CLUE and relation to multipoint conferencing draft-groves-clue-multi-content-00 CLUE Interim meeting (09/13)
© 2013 Cisco and/or its affiliates. All rights reserved.Cisco Public Presentation_ID 1 Gx Failure Handling Ruchi Shroti Customer Support Engineer.
QoS in Mobile IP by Preethi Tiwari Chaitanya Deshpande.
EHRPD-LTE Inter Technology Spectrum Optimization Source: Qualcomm Incorporated Contact: Jun Wang/George Cherian September 9, 2013 Notice ©2013. All rights.
Generic Aggregation of Resource Reservation Protocol (RSVP) for IPv4 and IPv6 Reservation over PCN domains Georgios Karagiannis, Anurag Bhargava draft-karagiannis-pcn-tsvwg-rsvp-pcn-01.
Diameter Group Signaling Thursday, March 6 th, 2014 draft-ietf-diameter-group-signaling-03 Mark Jones, Marco Liebsch, Lionel Morand IETF 89 London, U.K.
80-VXXX-X A July 2008 Page 1 QUALCOMM Confidential and Proprietary PCC Support for cdma2000 QUALCOMM Inc. Jun Wang, George Cherian, Masa Shirota
DIME WG IETF 84 Diameter Design Guidelines draft-ietf-dime-app-design-guide-15 Tuesday, July 31, 2012 Lionel Morand.
Draft-lemonade-imap-submit-00.txt “Forward without Download” Allow IMAP client to include previously- received message (or parts) in or as new message.
IETF68 DIME WG Diameter Applications Design Guidelines Document (draft-fajardo-dime-app-design-guide-00.txt)
Operations Area Working Group Mini-BOF Presentation COPS push mode policy configuration draft-xu-cops-push-00.txt Tom Taylor (draft editor) Tina Tsou (q.
RACF Considerations in CJK NGN Test-Bed Youngwook Cha, Taesang Choi, Youhyeon Jeong
MIPv4-Diameter Update Tom Hiller Lucent Technologies.
Advanced Network HUFS Advanced Network HUFS Multicast Scenarios on ITU-T ( Y.2111 ) 김 양 중.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: August,
David Hatten Developer, UrbanCode 17 October 2013
Kernel Design & Implementation
Diameter Base and CCA MIBs
IETF80, Prague Diameter Maintenance and Extensions (DIME) WG
Report about the Design Team on "Diameter Routing" ietf
File Transfer and access
Firewalls and GMPLS Networks: A token based approach
PANA Implementation in Open Diameter
IP Multimedia Subsystem & W-CSCF
IEEE MEDIA INDEPENDENT HANDOVER DCN:
3GPP and SIP-AAA requirements
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
Presentation transcript:

Diameter Maintenance and Extensions Working Group Requirement of Session State Machine for Diameter Server Initiated Session Tina TSOU (ITU-T Q. 5/11 Rapporteur) Sudhir MITTAL

2 Background Q proposes to use DIAMETER on Rw Interface. The Rw interface exists between Policy Decision Physical Entity (PD-PE) and the Policy Enforcement Physical Entity (PE-PE) where PD-PE acts as the diameter server and the PE-PE acts as the diameter client. Two modes of operation are defined on this interface –PULL : PE-PE (Diameter Client) establishes session with PD-PE (Diameter Server). State Machine for this mode is defined in Diameter Base RFC(3588). –PUSH : PD-PE (Diameter Server) establishes session with PE-PE (Diameter Client). State Machine for this mode is not defined in Diameter Base RFC(3588).

3 Why Both Push and Pull? Service Control Session signalling e.g. SIP+SDP Policy Decision Point Policy Enforcement Point User Data Possible user resource control signalling e.g. RSVP Rs interface uses Q (Diameter) Rw interface uses Q.3303.x (Diameter, etc.) PEP duties: packet admission/rejection QoS marking of packets NAT For sessions without user resource control signalling, Rs interface is used for authorization, reservation, and commitment (PUSH mode, triggered by session signalling). For sessions with user resource control signalling, request for commitment flows from PEP to PDP across the Rw interface (PULL mode).

4 DIAMETER Works For PULL Session Initiating event CCR (new session id, initial request) CCA (session id, policy) Modifying event CCR (session id, update request,...) CCA (session id, policy) Clearing event CCR (session id, termination request,...) PEP Diameter Client PDP Diameter Server CCA (session id,...)

5... But Not For PUSH PEP Diameter Client PDP Diameter Server Session Initiating event ?

6 What ITU-T Authors Propose PEP Diameter Client PDP Diameter Server Session Initiating event Session Initiation Request (new session id) Session Initiation Response (session id)

7 discussions Victor Fajardo 2/08/2007 –PD-PE to initiate client session towards PE-PE Sudhir Mittal 2/10/2007 –PE-PE,acting as client, initiates client session towards PD-PE in PULL Mode –PD-PE already acting as server in PULL initiates session towards PE-PE in PUSH Mode Victor Fajardo 2/11/2007 –PD-PE being server doesn’t necessarily mean that it should act as Diameter Server. Therefore it can use Diameter Client State Machine Sudhir Mittal 2/12/2007 –PD-PE acting as server or client is not an issue –PD-PE needs to interact with PE-PE using Diameter protocol –This interaction(session) is initiated by PD-PE in PUSH and PE-PE in PULL –Therefore PD-PE is acting as Diameter Client for Push and hence it can't send RAR following Client State Machine but the same node is acting as Diameter Server in PULL. –Thus PD-PE shall act,dynamically, as Diameter Server and Diameter Client which shall lead to a complex specification. Victor Fajardo 2/12/2007 –Addition of server initiated session creation message shall lead to change in fundamental behaviour of server as defined in Tolga Asveren 2/13/2007 – PD-PE could implement,separately, client and server state machine.The kind of message received shall decide which state machine is used. –Or,PD-PE could implement a single state machine containing both server and client entries.

8 discussions..contd. Sun Dong 2/13/2007 –Existing state machine can work with the addition of two new commands through which server can initiate session –PD-PE implementing a single state machine containing both server and client entries will be complex. Victor Fajardo 2/13/2007 –Modular approach could be followed by separately implementing client and server state machine in PD-PE Rajith R 2/13/2007 –Agrees with Sun Dong,but suggest handling server initiated session message in client state machine Rajith R 2/14/2007 –If PD-PE takes policy decision, it needs to send RAR but this is not provisioned in client State Machine Victor Fajardo 2/14/2007 –Several Application running successfully using existing State machine –Changing the expected behavior to accommodate PD-PE may not be appropriate Sudhir Mittal 2/15/2007 –If PD-PE acts as diameter client for PUSH mode then it will not send RAR and ASR. Therefore some new messages may be added for providing functionality of ASR and RAR Victor Fajardo 2/15/2007 – PD-PE can use STR in place of ASR and if RAR is being used in PULL then it is available in PUSH also.

9 Proposed LS reply to ITU-T extend the stateful client & server state machines (in RFC 3588) for authorization considering the ITU-T LS. For server: StateEventActionNew State IdleIndication to push auth. information to the client. Send service specific auth. request Pending Service specific auth. request received. Send failure service specific auth. response Pending Successful service specific auth. response received. NoneOpen PendingFailure service specific auth. response received CleanupIdle PendingProcessing error in successful answer Send ASRDiscon

10 Proposed LS reply to ITU-T (Cont’) For client: StateEventActionNew State IdleIndication to push auth. information to the client. Send service specific auth. request Service specific auth. request received & processed successfully IdleService specific auth. request received. Send failure service specific auth. response Service specific auth. request received & processing failure PendingSuccessful service specific auth. response received. NoneService specific auth. request received & processed successfully PendingFailure service specific auth. response received CleanupService specific auth. request received & processing failure these are in addition to the transitions already defined by the RFC.