Closed ismagom closed 6 years ago
In the log attached the following sequence of events happens:
I tried this configuration with OAI EPC, develop branch.
To resume:
Results are that the UE eventually (Nexus is slow in this process) reconnects again with eNB, and connection with EPC is re-established, but something within the EPC went wrong, since I can see the MME but can't establish internet connection (or maybe the new GTP connection id to go out of SPGW is lost).
So UE reconnects again, but no Internet traffic. I suppose this is a problem with OAI EPC, rather than with srsENB.
Log file is: https://drive.google.com/open?id=16KE94GvvSktY-UF4bfiGwkdQUbKr2cfn
Hi Ismael and Kewin,
I'm also seeing the exact same pattern/bug with the OAI EPC (I'm using master branch) after idle disconnect/reconnect. I collected some logs and at a first glance, they look quite similar to yours. I share your suspicions that this is an OAI bug, because I've been able to recreate this pattern with two different eNBs (srsENB and a commercial product) as well as three different commercial UEs. I was wondering if either of you got any further on this, or figured out what was going on? Any hints or other ideas you could suggest? Just figured I'd check if there was any help you provide. Thank you!!!
Just in case anyone else finds this and/or is interested, I figured out the problem in the OAI EPC, and have a fix. When the UE goes idle, the MME tells the SPGW to release the context (relevant function is sgw_handle_release_access_bearers_request in sgw_handlers.c) but the SPGW forgets to tear down the old GTP tunnel. This means that when the UE wakes up, the MME tells the SPGW to create a new GTP tunnel, creation fails (because there already exists a tunnel), but the old tunnel has the wrong RNTI value. You can fix this by adding the line
gtp_mod_kernel_tunnel_del(eps_bearer_entry_p->s_gw_teid_S1u_S12_S4_up, eps_bearer_entry_p->enb_teid_S1u);
to the function sgw_release_all_enb_related_information in sgw_handlers.c right above the memset line. I am trying to push this to openair-cn soon, but hope this helps in the meantime!
Thanks for the feedback. Closing since it's not an srsUE bug
1) UE looses connection 2) UE does PRACH + ConnectionReestablishment 3) srsENB rejects (not implemented) 4) UE does PRACH + ConnectionRequest 5) IP traffic is restored in Amarisoft EPC but not in OAI EPC
This is issue identified in the list message: http://www.softwareradiosystems.com/pipermail/srslte-users/2017-October/001170.html