An error occurred fetching the project authors.
  1. 13 Dec, 2021 1 commit
    • Cedric Roux's avatar
      nr pdcp: introduce a thread to do pdcp_data_ind · d67b46a1
      Cedric Roux authored
      Before this commit, pdcp_data_ind is done in the realtime PHY/MAC
      thread, and this may have an impact on realtime performances.
      
      Let's introduce a new thread to do the job, freeing the realtime
      PHY/MAC logic.
      
      This is not a minor change. It may have positive and/or negative
      effects. To be tested carefully.
      d67b46a1
  2. 28 Sep, 2021 1 commit
  3. 27 Sep, 2021 2 commits
  4. 08 Sep, 2021 1 commit
  5. 06 Sep, 2021 1 commit
    • Cedric Roux's avatar
      gnb sa: improve security · eeca3836
      Cedric Roux authored
      Note: some modifications have been done to the UE too, but for syntactic
      reasons. The UE may fail to work, not tested.
      
      For the UE, we have the problem of handling properly SecurityModeCommand.
      We don't verify its integrity. This is a bit complicated to handle properly
      and may require some API changes in the PDCP layer. So, as of today, the
      integrity of this message is not verified.
      
      Also, NSA mode has been touched, but it should not be a problem. But not
      tested, so not sure.
      eeca3836
  6. 16 Jul, 2021 1 commit
  7. 12 Jul, 2021 1 commit
  8. 10 Jul, 2021 1 commit
  9. 16 Jun, 2021 2 commits
  10. 11 Jun, 2021 1 commit
  11. 08 Jun, 2021 1 commit
  12. 05 Jun, 2021 1 commit
  13. 31 May, 2021 2 commits
  14. 30 May, 2021 2 commits
  15. 26 May, 2021 2 commits
    • luis_pereira87's avatar
      Remove unused variable · 8d096b22
      luis_pereira87 authored
      8d096b22
    • matzakos's avatar
      Enable IP TUN interface configuration upon reception of PDU Session... · f60e5997
      matzakos authored
      Enable IP TUN interface configuration upon reception of PDU Session Establishment Accept NAS message
      
      -User plane traffic validation with OAI UE and OAI CN:
      
      -Downlink ping initiated from the CN is received at the IP interface of the UE. However it seems that there is some packet corruption preventing the generaration of ping reply.
      
      -Uplink ping initiated from the UE reaches the OAI CN machine. However no ping reply is seen yet either.
      f60e5997
  16. 18 May, 2021 1 commit
  17. 12 May, 2021 1 commit
  18. 11 May, 2021 1 commit
  19. 10 May, 2021 3 commits
  20. 02 May, 2021 2 commits
  21. 30 Apr, 2021 1 commit
  22. 27 Apr, 2021 1 commit
  23. 26 Apr, 2021 1 commit
    • Cedric Roux's avatar
      sa: nr pdcp: improve security · 9135d420
      Cedric Roux authored
      This commit implements integrity and security settings for nr pdcp. It will
      only work for SRBs.
      
      This commit has not been tested. It may fail to work completely. To be checked.
      9135d420
  24. 18 Apr, 2021 1 commit
  25. 17 Apr, 2021 1 commit
  26. 16 Apr, 2021 1 commit
  27. 14 Apr, 2021 1 commit
  28. 16 Mar, 2021 1 commit
  29. 10 Mar, 2021 1 commit
    • Cedric Roux's avatar
      NR: fix: set PDCP discard timer to infinity · 4ff8f883
      Cedric Roux authored
      The discard timer is used by the PDCP layer to discard packets that were not
      transmitted to RLC after some time.
      
      We don't really need it for the moment, maybe never for the default
      bearer which is a best-effort bearer passing all kind of IP traffic.
      Maybe for voice over IP kind of traffic it's important, or realtime
      applications.
      
      I ran an iperf UDP uplink test and saw no error on the PHY layer but still
      lots of packets lost in the iperf logs, which was very surprising. By
      analyzing the logs in wireshark I saw that, with the current scheduler,
      an IP packet sent by the UE took 40ms to be sent piece by piece to the
      gNB, and then the next uplink IP packet was never sent at all because
      the discard timer was expired, leading to the high count of packets lost
      in the iperf logs.
      
      So let's put infinity for the moment for the discard timer. From my
      understanding of the moment it's not a problem. If for some reason we
      should set it to some non-infinity value, then we can change later.
      4ff8f883
  30. 09 Mar, 2021 1 commit
  31. 04 Mar, 2021 2 commits