Attention is currently required from: jolly.

View Change

2 comments:

• File src/ipa/libipa/es10b_load_euicc_pkg.c:

  • Patch Set #1, Line 278:

    I would suggest not to pretend that the setFallbackAttribute command was successful. It is probably better to fail in this case. Otherwise the REST API user of the eIM may end up with false information.

    SGP.32 section 4.3.7 says:

    If the eUICC does not support the Fallback Mechanism the procedure SHALL stop and
    the result of this command SHALL indicate error (‘processingTerminated’ with

    ‘unknownOrDamagedCommand).

    From that I deduct that the fallback mechanism is not a must-have for an SGP.32 V.1.2 compliant eUICC.
    I would say that you can just put SetFallbackAttributeResult_undefinedError into the SetFallbackAttributeResult instead of hard failing the overall procedure, even though this is not 100% what is specified. We are not 100% spec compliant here either, so I think this is a good compromise.

  • Patch Set #1, Line 291:

    (see comment above)

    Here I would use: UnsetFallbackAttributeResult_undefinedError

To view, visit change 43030. To unsubscribe, or for help writing mail filters, visit settings.