draft ietf ecrit additional data 22
play

draft-ietf-ecrit- additional-data-22 IETF 90 ecrit WG 14 July 2014 - PowerPoint PPT Presentation

draft-ietf-ecrit- additional-data-22 IETF 90 ecrit WG 14 July 2014 slides v1 23 July 2014 Wednesday, July 23, 2014 Purpose of draft Establishes a mechanism for transferring related data with an emergency call A general mechanism for


  1. draft-ietf-ecrit- additional-data-22 IETF 90 ecrit WG — 14 July 2014 slides v1 — 23 July 2014 Wednesday, July 23, 2014

  2. Purpose of draft Establishes a mechanism for transferring related data with an emergency call A general mechanism for transferring specific and identified blocks of data, each as a MIME body part Creates a set of such blocks to accommodate expected emergency call usage 2 Wednesday, July 23, 2014

  3. Reviewer Acknowledgment We received detailed review comments from: Guy Caron -- Thank you! Please review! -- It’ s much appreciated ☺ Further reviews (especially of -22) helpful Wednesday, July 23, 2014

  4. Recent Changes 1 Editorial improvements Cleanups in TypeOfProviderID table Clarifications to several blocks Used less terse forms of many names Cleanups in ServiceType table Cleanups in Device Classification registry Added IMSI to Device Identifier types Wednesday, July 23, 2014

  5. Open Issues (1) Figure 5: Does Device Classification Registry in section 3.3.1 need an entry for soft client on unknown device type (per Guy)? Service providers without NENA/EENA IDs? Guy: regional providers may not register Do providers need (e.g., for records) to be identified and globally unique? Allow new Provider ID Series first-come? Domain name in lieu of Provider ID Series? Wednesday, July 23, 2014

  6. Open Issues (2) Type of Data Provider (S 3.1.4) unclear (per Guy) The TypeOfProviderID is actually the type of data provider (e.g., access network) Yet it is called TypeOfProviderID and is required only when ProviderID is present Should this be renamed TypeOfProvider and make mandatory in the Data Provider Information block? Clarify Data Provider Contact URI can be generic SIP URI and when telephone number, MUST be e.164? (Guy) Wednesday, July 23, 2014

  7. Open Issues (3) Split Service Type entry MLTS into two: MTLS-local and MTLS-hosted? (Guy) Add Service Mobility Environment registry Need new element in Owner/Subscriber block to indicate source of data? E.g., billing system, user input, etc.? Tweak to Fig 11 (example) ServiceInfo schema (S 6.2) has ‘link’ element but no description in S 3.2.4 (Guy) Delete ‘link’ from schema Other minor corrections needed (Guy) Wednesday, July 23, 2014

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend