Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Community Attendees:

Community Attendees:

LF Staff:

Agenda

Antitrust Policy


The project's Antitrust Policy, which you can find linked from the LF and project websites. The policy is important where multiple companies, including potential industry competitors, are participating in meetings. Please review and if you have any questions, please contact your company legal counsel. Members of the LF may contact Andrew Updegrove at the firm Gesmer Updegrove LLP, which provides legal counsel to the LF.


  • Action Items Review

    • Review of previous meeting minutes (Jun 27th)

      • If no comment remove Draft 

    • Open item will be review below for each API

    • Other topics 

Minutes

OTP Validation

New

  • user story (PR#71): need review
  • New PR#70 to track Readiness Checklist (not to be merged for now)

Ongoing

Need approval for:

SIM Swap

New

  • We have several 'administrative' issues to prepare the release:
    • (#123)Provide readiness checklist
    •  (#122)Scope of SimSwap for Fall24 CAMARA Release
      • As of now only sim_swap is candidate.
      • We are not pushing for sim-swap-notification-subscription for this release.
        • Any request from the team to add this API for this meta-release?
    • (#121) Provide user story
  •  (#118) Request body is required but all properties are optional
      • We have 2 options:

        1. Leave it as required and force the client to send an empty body -> {}
        2. Remove the requirement and let the client send a POST without body
      • As of now option 1. Check if any objection
      • potential topic for commonalities
  • Extracting phoneNumber from the 3-legg access token (#117
    • From initial Gregory Lindner request we are covered: phone number is optional + we have 403 INVALID_TOKEN_CONTEX
    • Gregory adds an additional request on documentation. 
      • Remove the phoneNumber - probably to be considered in future
      • 403 or 422.
        • 422 "DEVICE_IDENTIFIERS_MISMATCH" is not relevant in our context as it used if consumer provide several identifiers not identifying same device - not possible in our API. 
        • Only 403 has valid scenario (till we have the phoneNumber in the request)

Ongoing

Need approval for:

  • Update sim-swap-notification-subscription.yaml (PR111)
    • First review from Maximilian Laue 
      • fixed
    • Need other approval
    • Fix issue #113 Swap Notification example list phoneNumber value without quotes
  • Test Case proposal (PR#70)
  • Revisit Defined Error (#119)
    • We must add a 403 definition (403 - INVALID_TOKEN_CONTEXT) as specified in commonalities


Number Verification

New

  • Add user story (PR#118)
    • Ready to be merged?
  • We have several 'administrative' issues to prepare the release:
    • (#120)Provide readiness checklist
    •  (#119)Scope of Number Verification for Fall24 CAMARA Release
    • (#117/118) Provide user story
  • (#116) The UML flows do not show an aggregator / channel partner (Cormac Hegarty )
    • Suggest that we first try to close PR94 Added sequence diagrams with RFC 9101
      • Fernando Prado Cabrillo has provided comments to Ming Hui proposal - need to be solved
      • Then we can add an additional scenario
      • This is definitely good information but not a on critical path for the release 

Ongoing

  • Test definition (issue104)




  •  
  • No labels