Project

General

Profile

Actions

Bug #75

closed

A5/2 + A5/3 support in osmo-bsc

Added by laforge about 8 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Low
Assignee:
Category:
-
Target version:
-
Start date:
Due date:
% Done:

100%

Spec Reference:

Description

Right now bssmap_handle_cipher_mode() is limited in that it only supports A5/1. This limits the capabilities, as some BTSs as well as OsmoNITB do actually support A5/2 and A5/3, too.

A generic implementation that doesn't introduce restrictions would be the best solution.


Related issues

Related to OsmoBSC - Feature #2461: Improve "encryption" VTY parameterResolvedlaforge08/24/2017

Actions
Actions #1

Updated by laforge about 8 years ago

  • Project changed from OpenBSC to OsmoBSC
  • Category deleted (OpenBSC)
  • Assignee deleted (laforge)
Actions #2

Updated by laforge about 8 years ago

  • Priority changed from High to Normal
Actions #3

Updated by laforge about 8 years ago

  • Priority changed from Normal to Low
Actions #4

Updated by laforge about 6 years ago

  • Related to Feature #2461: Improve "encryption" VTY parameter added
Actions #5

Updated by laforge about 6 years ago

  • Status changed from New to Closed
  • Assignee set to laforge
  • % Done changed from 0 to 100

osmo-bsc by now supports a5/2 or a5/3. However, only one of the codecs can be permitted at any given point in time, which is quite strange and an artefact of the libcommon-cs "network" vty node parsing history :/

See #2461 for a follow-up to remove that restriction.

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)