You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a UE sends an Attach Request, the normal/expected values for "EPS Attach Type" in NAS message are 0x1 (EPS attach) or 0x2 (combined EPS/IMSI attach). Interestingly, our code does not appear to check this value and simply copies it into the "EPS Attach Result" field in the Attach Accept message. This logic works for those normal values above, but fails for request type 0x110 ("EPS Emergency Attach") in attach request, which maps to "Reserved" in attach response. When we send this Attach accept message, we then receive an EMM Status error.
Copying the value when we make the attach accept could make sense if we write in different path-handling for Emergency Attach. We need to read the 3GPP and figure out how to handle these emergency attach messages, since this is important. I don't think we want to (or can) handle emergency calls so we should probably respond with an Attach Reject or something along those lines.
Refs:
src/mme/emm_build.c:60 is where we just copy the value over
When a UE sends an Attach Request, the normal/expected values for "EPS Attach Type" in NAS message are 0x1 (EPS attach) or 0x2 (combined EPS/IMSI attach). Interestingly, our code does not appear to check this value and simply copies it into the "EPS Attach Result" field in the Attach Accept message. This logic works for those normal values above, but fails for request type 0x110 ("EPS Emergency Attach") in attach request, which maps to "Reserved" in attach response. When we send this Attach accept message, we then receive an EMM Status error.
Copying the value when we make the attach accept could make sense if we write in different path-handling for Emergency Attach. We need to read the 3GPP and figure out how to handle these emergency attach messages, since this is important. I don't think we want to (or can) handle emergency calls so we should probably respond with an Attach Reject or something along those lines.
Refs:
emergency_attach.zip
The text was updated successfully, but these errors were encountered: