iss:
lti-ri.imsglobal.org.nightly.invalidOrg
(required, the issuer identifier identifying the learning platform)
login_hint:
764915
target_link_uri:
https://lti-toolgateway-service.nightly.savvasrealizedev.com/launch/content/c405c68b-02f2-3278-8c4b-47fb26808c10/8?productId=2044737
(required, the actual end point that should be executed at the end of the OIDC authentication flow)
lti_message_hint:
76233
(required, this is an LTI specific parameter identifying the actual message to be executed. For example it may be the resource link id when the message is a resource link request.)
lti_deployment_id:
invalidOrg_depoy01
(optional, if included, MUST contain the same deployment id that would be passed in the https://purl.imsglobal.org/spec/lti/claim/deployment_id claim for the subsequent LTI message launch.)
client_id:
s6BhdRkqt3.nightly.invalidOrg
(optional, specifies the client id for the authorization server that should be used to authorize the subsequent LTI message request. This allows for a platform to support multiple registrations from a single issuer, without relying on the initiate_login_uri as a key)
iss:
lti-ri.imsglobal.org.nightly.invalidOrg
(required, the issuer identifier identifying the learning platform)
login_hint:
764915
target_link_uri:
https://lti-toolgateway-service.nightly.savvasrealizedev.com/launch/content/c405c68b-02f2-3278-8c4b-47fb26808c10/8?productId=2044737
(required, the actual end point that should be executed at the end of the OIDC authentication flow)
lti_message_hint:
76233
(required, this is an LTI specific parameter identifying the actual message to be executed. For example it may be the resource link id when the message is a resource link request.)
lti_deployment_id:
invalidOrg_depoy01
(optional, if included, MUST contain the same deployment id that would be passed in the https://purl.imsglobal.org/spec/lti/claim/deployment_id claim for the subsequent LTI message launch.)
client_id:
s6BhdRkqt3.nightly.invalidOrg
(optional, specifies the client id for the authorization server that should be used to authorize the subsequent LTI message request. This allows for a platform to support multiple registrations from a single issuer, without relying on the initiate_login_uri as a key)