The Need of SDO Collaboration as an Enabler of SOA in NGN  Abbie Barbir, Ph.D. Senior Advisor  Strategic Standards Group O...
Outline <ul><li>A Brief Overview of NGN </li></ul><ul><li>SOA/Web Services in NGN </li></ul><ul><li>Standardization Bodies...
Fundamental Disruptions Are  Transforming Today’s Telecom Industry New World, Rules, Players, Opportunities
What People Value A Next-Generation Network is Essential The Multimedia Experience Security & Personalization The Freedom ...
Telecom Evolution  Enterprise-Driven Hardware-Centric Broadband Wireline People to People  Peripheral Security Proprietary...
Moving to Next-Generation Networks Personal … Mobile … Secure Communications Simple Networks Intelligent, Enabled  Next-Ge...
NGN Features and Policy Impacts  <ul><li>Packet-based network with QoS support   and Security </li></ul><ul><li>Separation...
Convergence <ul><li>Convergence is in the Customer </li></ul>Architectural Services Infrastructure Internet Intranet Appli...
Requirements of Service Architecture <ul><li>Everyone wants security from malicious attack </li></ul><ul><li>Service Provi...
NGN Revisited <ul><li>NGN is the Internet (Plus QoS)  </li></ul><ul><ul><li>QoS as a differentiator depends on available B...
Opening NGN: An essential topic going forward  <ul><li>How to open  </li></ul><ul><ul><li>Service Oriented Architecture (S...
Capabilities for NGN Open Service Environment <ul><li>General requirements </li></ul><ul><ul><li>Independence from network...
Identity Connecting users with services  and with others (Federation) Whatever you’re doing (applications) Email Collabora...
Standards Evolution  National & Regional Competing Organizations Vertically Integrated Long Development Time New forum per...
Standarization Landscape <ul><li>International  </li></ul><ul><ul><li>ISO, IEC, WSC; ISO/IEC JTC1 </li></ul></ul><ul><li>R...
ITU-T and OASIS Possible Collaboration <ul><li>SOA/Web Services Security </li></ul><ul><ul><li>Need a SOA Reference Model ...
Closing questions
Acknowledgment <ul><li>Some slides came from my colleagues Marco Carugi and Sergio Fiszman. </li></ul><ul><li>Some materia...
 
Upcoming SlideShare
Loading in...5
×

BarbirThe Need of SDO Collaboration as an Enabler of SOA in NGN

378

Published on

The Need of SDO Collaboration as an Enabler of SOA in NGN

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
378
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
12
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

BarbirThe Need of SDO Collaboration as an Enabler of SOA in NGN

  1. 2. The Need of SDO Collaboration as an Enabler of SOA in NGN Abbie Barbir, Ph.D. Senior Advisor Strategic Standards Group Ottawa November 29, 2006
  2. 3. Outline <ul><li>A Brief Overview of NGN </li></ul><ul><li>SOA/Web Services in NGN </li></ul><ul><li>Standardization Bodies </li></ul><ul><li>ITU-T OASIS Collaboration </li></ul><ul><li>Q&A </li></ul>
  3. 4. Fundamental Disruptions Are Transforming Today’s Telecom Industry New World, Rules, Players, Opportunities
  4. 5. What People Value A Next-Generation Network is Essential The Multimedia Experience Security & Personalization The Freedom of Mobility
  5. 6. Telecom Evolution Enterprise-Driven Hardware-Centric Broadband Wireline People to People Peripheral Security Proprietary Trusted Everything On Line, Simple, Intuitive, Secure Consumer-Driven Software-Centric Broadband Wireless Machine to Machine Embedded Open (hardware & software)
  6. 7. Moving to Next-Generation Networks Personal … Mobile … Secure Communications Simple Networks Intelligent, Enabled Next-Generation Network User Complexity User Simplification Today Tomorrow
  7. 8. NGN Features and Policy Impacts <ul><li>Packet-based network with QoS support and Security </li></ul><ul><li>Separation between Services and Transport </li></ul><ul><ul><li>Inter-working with legacy networks via open interfaces </li></ul></ul><ul><li>Access can be provided using many underlying technologies </li></ul><ul><ul><li>Should be reflected in policy </li></ul></ul><ul><li>Decoupling of service provision from network </li></ul><ul><li>Support wide range of services/applications </li></ul><ul><ul><li>Converged services between Fixed/Mobile </li></ul></ul><ul><li>Broadband capabilities with end-to-end QoS </li></ul><ul><li>Compliant with regulatory requirements </li></ul><ul><ul><li>Emergency communications, security, privacy, lawful interception </li></ul></ul><ul><ul><li>ENUM Resources, Domain Names/ Internet Addresses </li></ul></ul><ul><li>Regularity Impacts </li></ul><ul><ul><li>Regulation </li></ul></ul><ul><ul><li>Tariff </li></ul></ul><ul><ul><li>Emergency Services </li></ul></ul><ul><ul><li>Legal Intercept </li></ul></ul><ul><ul><li>Identity </li></ul></ul><ul><ul><li>DRM </li></ul></ul>Telephone Services Data Services (WWW, e-mail, etc) Video Services (TV, movie, etc) Telephone Services Network Data Services Network Pre-NGN Video Services Network NGN Vertical Regulation and Policy Source: ITU-T Rapporteur NGN Based on ITU-T Y.2011 Access Transport Services Internet Protocol
  8. 9. Convergence <ul><li>Convergence is in the Customer </li></ul>Architectural Services Infrastructure Internet Intranet Application Servers CDMA GSM UMTS WLAN DSL/Cable GGSN PDF HLR/HSS SGSN PDSN MGW PSTN Call Server MGCF HA PDG CSCF/SCM Intelligent Infrastructure R4 BICN Application Servers Internet Intranet CDMA GSM UMTS GGSN PDF HLR/HSS SGSN PDSN MGW PSTN Call Server MGCF HA PDG Call Server R4 BICN Internet Intranet WLAN DSL/Cable PDSN MGW PSTN Call Server MGCF PDG Call Server Internet Intranet CDMA GSM UMTS GGSN PDF HLR/HSS SGSN PDSN MGW PSTN Call Server MGCF HA PDG Call Server R4 BICN Internet Intranet WLAN DSL/Cable PDSN MGW PSTN Call Server MGCF PDG Call Server Application Servers
  9. 10. Requirements of Service Architecture <ul><li>Everyone wants security from malicious attack </li></ul><ul><li>Service Providers want: </li></ul><ul><ul><li>Open service creation </li></ul></ul><ul><ul><li>One service infrastructure </li></ul></ul><ul><ul><li>Stickiness with Users </li></ul></ul><ul><ul><li>Performance against SLAs </li></ul></ul><ul><li>Users want </li></ul><ul><ul><li>Control of one set of services available everywhere </li></ul></ul><ul><ul><li>Choice of services from multiple sources </li></ul></ul><ul><ul><li>Performance guarantees / One number to call for support </li></ul></ul><ul><ul><li>Immediate activation / One bill to pay </li></ul></ul><ul><li>Service Developers want a convenient level of abstraction </li></ul><ul><li>SOA/Web Services can play a lead role </li></ul><ul><li>Service Transporters want a slice of revenue for the services transiting their network (e.g., roaming agreements for services) </li></ul><ul><li>Brokers will emerge to simplify life for Developers and Sellers </li></ul>
  10. 11. NGN Revisited <ul><li>NGN is the Internet (Plus QoS) </li></ul><ul><ul><li>QoS as a differentiator depends on available Bandwidth </li></ul></ul><ul><ul><li>E.164 numbering plan remains from old PSTN </li></ul></ul><ul><ul><ul><li>No more central control </li></ul></ul></ul><ul><ul><ul><ul><li>Wall green approaches will not work </li></ul></ul></ul></ul><ul><li>Based on end-to-end principle </li></ul><ul><ul><li>Users reach other users via the IP address </li></ul></ul><ul><ul><li>Services can be offered anywhere and can be accessed from everywhere </li></ul></ul><ul><ul><li>What about VoIP? Is it a service or just another application? </li></ul></ul><ul><li>All IP, SIP based communications </li></ul><ul><ul><li>NGN main addressing scheme is a SIP address, User-Name@Provider-Domain </li></ul></ul><ul><li>Services are performed at the edge (No Central Intelligence) </li></ul><ul><ul><li>DNS is the only centralized resource on the Internet </li></ul></ul><ul><li>Possible customer services in an NGN context </li></ul><ul><ul><li>Digital Identity </li></ul></ul><ul><ul><li>Terminals </li></ul></ul><ul><ul><li>Location and Presence </li></ul></ul><ul><ul><li>Addressing and Numbering </li></ul></ul><ul><ul><li>Biggest regulatory battle Digital Rights Management </li></ul></ul><ul><li>SOA/Web Services are good architectural fit if NGN to deliver on its promise </li></ul>
  11. 12. Opening NGN: An essential topic going forward <ul><li>How to open </li></ul><ul><ul><li>Service Oriented Architecture (SOA) as framework ? </li></ul></ul><ul><ul><li>Web Services as implementation tool set ? </li></ul></ul><ul><li>What to open/expose </li></ul><ul><ul><li>Network capabilities <-> Applications ? </li></ul></ul><ul><ul><li>Network capabilities <-> Network capabilities ? </li></ul></ul><ul><li>Various related work items in ITU-T NGN GSI </li></ul><ul><ul><li>Open Service Environment capabilities </li></ul></ul><ul><ul><li>Web Services - scenarios, security (SG17) </li></ul></ul><ul><ul><li>Identity Management (No need to re-invent: SAML?) </li></ul></ul><ul><ul><li>OCAF model and components (OCAF Focus Group->new Q16/13) </li></ul></ul><ul><li>Relationships with other SDOs to be developed </li></ul><ul><ul><li>OMA, OASIS, WS-I, Parlay, DMTF, … </li></ul></ul><ul><li>A lot of interest in the market </li></ul><ul><ul><li>Service Delivery Platforms, Middleware </li></ul></ul>
  12. 13. Capabilities for NGN Open Service Environment <ul><li>General requirements </li></ul><ul><ul><li>Independence from network providers and manufacturers </li></ul></ul><ul><ul><li>Location, Network and Protocol transparency </li></ul></ul><ul><ul><li>Secure access to capabilities </li></ul></ul><ul><li>Service coordination </li></ul><ul><ul><li>Coordination with applications, tracking of capabilities, availability of capability state change information (role of BPEL?) </li></ul></ul><ul><li>Service discovery </li></ul><ul><ul><li>Scalable and secure User/Device-interest service discovery (UDDI) </li></ul></ul><ul><li>Service registration </li></ul><ul><ul><li>Features for registration of capabilities in directories accessible by other capabilities and applications </li></ul></ul><ul><li>Development support </li></ul><ul><ul><li>To construct, trial, deploy and remove applications </li></ul></ul><ul><ul><li>Component reusability, mixing-and-matching, life cycle support, dependency tracking, delivery-agnostic design </li></ul></ul><ul><li>Interworking with service creation environments </li></ul>
  13. 14. Identity Connecting users with services and with others (Federation) Whatever you’re doing (applications) Email Collaboration Voice Telephony ERP Smart Phone Wherever you are (across various access types) Whatever you’re using (devices) Video Web Apps <ul><li>People have multiple identities, each within a specific context or domain </li></ul><ul><ul><li>Work – me@company.com </li></ul></ul><ul><ul><li>Family – me@smith.family </li></ul></ul><ul><ul><li>Hobby – me@icedevils.team </li></ul></ul><ul><ul><li>Volunteer – me@association.org </li></ul></ul><ul><li>Network Identity is essential </li></ul><ul><li>Need end-to-end trust model (SIP+SOAP) </li></ul>PC At your Desk Managed Office In the Air On the Road In Town PDA Cellular At Home
  14. 15. Standards Evolution National & Regional Competing Organizations Vertically Integrated Long Development Time New forum per technology Tech-Specific Spectrum Global Collaborating Horizontal, COTS, Open Source Short Development Time Merged / Integrated under SDO Tech & Service Neutral Spectrum Everything On Line, Global, Horizontal, Open
  15. 16. Standarization Landscape <ul><li>International </li></ul><ul><ul><li>ISO, IEC, WSC; ISO/IEC JTC1 </li></ul></ul><ul><li>Regional </li></ul><ul><ul><li>ATIS, TIA, TSACC, TTA, TTC, ARIB,CCSA, ETSI, ACIF, GSC </li></ul></ul><ul><li>Internet </li></ul><ul><ul><li>IETF, ISOC, ICANN </li></ul></ul><ul><li>Forums Consortia </li></ul><ul><ul><li>IEEE, 3GPPs, ATM, MPLS/FR, MEF, TMF </li></ul></ul><ul><li>Regional Telecom Organization </li></ul><ul><ul><li>APT, ATU, CITEL, RCC, CEPT, ETNO, </li></ul></ul><ul><li>What is OASIS Role? </li></ul>
  16. 17. ITU-T and OASIS Possible Collaboration <ul><li>SOA/Web Services Security </li></ul><ul><ul><li>Need a SOA Reference Model (OASIS SOA-RM?) </li></ul></ul><ul><li>Important to use one Web Services protocol stack </li></ul><ul><ul><li>Many contributions on Web Services Gateways for NGN/Mobility </li></ul></ul><ul><ul><li>Easier to bypass an OASIS specification than to bypass an ITU-T Recommendation </li></ul></ul><ul><ul><ul><li>Can and will lead to a parallel stack </li></ul></ul></ul><ul><ul><li>In Identity Management space, already seeing evidence of proprietary solutions that do not even consider SAML or any of the WS-Stack </li></ul></ul><ul><li>Need to ensure that NGN use the same Web Services stack </li></ul><ul><ul><li>There is a need of having WS-Security as an ITU-T Recommendation </li></ul></ul><ul><ul><ul><li>Same like SAML (ITU-T X.1141) and XACML (ITU-T X.1142) </li></ul></ul></ul><ul><li>There is also a need for Interoperability </li></ul><ul><ul><li>WS-I Basic Profile (BP) and Basic Security Profile (BSP) </li></ul></ul><ul><ul><ul><li>Even if WS-I is dead, profiles are still viable (or not?) </li></ul></ul></ul><ul><li>This is a golden time for OASIS and ITU-T to work together on the SOA/Web Services front </li></ul>
  17. 18. Closing questions
  18. 19. Acknowledgment <ul><li>Some slides came from my colleagues Marco Carugi and Sergio Fiszman. </li></ul><ul><li>Some material came from ITU-T SG 13 site </li></ul>
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×