openbsc.git branch fairwaves/rebase-no-queue created. 0.14.0-80-gd38e96d

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-commitlog@lists.osmocom.org/.

gitosis at osmocom.org gitosis at osmocom.org
Tue May 26 12:56:49 UTC 2015


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)".

The branch, fairwaves/rebase-no-queue has been created
        at  d38e96df2a94c74304540b9cd6ec6a2d5f95f77e (commit)

- Log -----------------------------------------------------------------
http://cgit.osmocom.org/openbsc/commit/?id=d38e96df2a94c74304540b9cd6ec6a2d5f95f77e

commit d38e96df2a94c74304540b9cd6ec6a2d5f95f77e
Author: Ivan Kluchnikov <kluchnikovi at gmail.com>
Date:   Tue May 26 13:36:58 2015 +0300

    gsm_04_08: Use osmo_assert for transt->conn and conn only in case of paging succeeded
    
    setup_trig_pag_evt function can receive parameter conn = NULL, if T3113 expires.

http://cgit.osmocom.org/openbsc/commit/?id=8d0f77c8ffe328cd80b6f01e721220cd6867a98d

commit 8d0f77c8ffe328cd80b6f01e721220cd6867a98d
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Sun Mar 31 12:01:25 2013 +0200

    osmo-nitb support for codec negotiation
    
    The caller's most preferred codec is selected out of the union of codecs,
    which both parties support.
    
    Since codec negotiation is done automatically, there is no need to define
    codec for TCH/F and TCH/H via VTY anymore.
    
    Conflicts:
    
    	openbsc/src/libmsc/gsm_04_08.c
    	openbsc/src/libmsc/vty_interface_layer3.c

http://cgit.osmocom.org/openbsc/commit/?id=4e3a2670550ef0cabd8e682395ea385967824049

commit 4e3a2670550ef0cabd8e682395ea385967824049
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Sun Mar 31 11:57:38 2013 +0200

    If requested TCH/H channel is not available, try assigning TCH/F
    
    If MNCC application requests a half rate channel, the channel might not be
    available, due to different cell configuration, so the full rate channel
    is used instead.

http://cgit.osmocom.org/openbsc/commit/?id=3b1cd6dd8152dff1e3e4e2045d359b7d1bb0495e

commit 3b1cd6dd8152dff1e3e4e2045d359b7d1bb0495e
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Sun Mar 31 11:44:34 2013 +0200

    Fix: If paging for half rate was requested, use hr, if supported by MS

http://cgit.osmocom.org/openbsc/commit/?id=1a3dd31c3b3dcf927f0f600888d765e95c1a17c3

commit 1a3dd31c3b3dcf927f0f600888d765e95c1a17c3
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Sun Jan 19 11:47:44 2014 +0100

    Add full AMR multirate IE support with VTY config for MS and BTS side
    
    Conflicts:
    
    	openbsc/include/openbsc/gsm_data_shared.h
    	openbsc/src/libbsc/bsc_vty.c
    	openbsc/src/libbsc/chan_alloc.c

http://cgit.osmocom.org/openbsc/commit/?id=dfd8d0cde07a3d08e93bc8b6fa17d0f561549b5b

commit dfd8d0cde07a3d08e93bc8b6fa17d0f561549b5b
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Thu Mar 14 09:41:18 2013 +0100

    Drop bad speech frames rather than forwarding them via RTP
    
    Some RTP endpoints may not check for bad frame indications, so a frame
    that is marked as bad may be still forwarded, which creates anoying noise.
    This patch drops these frames. It depends on the other RTP endpoint how
    dropped frames are handled. (insert silence, extrapolate speech...)

http://cgit.osmocom.org/openbsc/commit/?id=f4d336e2c4208c10c107b23826df95c27d0661ac

commit f4d336e2c4208c10c107b23826df95c27d0661ac
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Mon Mar 11 08:20:48 2013 +0100

    Add check for non existing lchan at tch_frame_down()
    
    Traffic cannot sent to BTS, if there is (currently) no logical channel
    associated with the transaction.
    
    This happens, if TCH traffic is received from upper layer, but there is
    no lchan available before completing immediate assignment, handover or
    assignment process.

http://cgit.osmocom.org/openbsc/commit/?id=ce7437e27c3da61dc5bd112285295440ada45ea6

commit ce7437e27c3da61dc5bd112285295440ada45ea6
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Sun Mar 10 11:50:19 2013 +0100

    Send RADIO LINK TIMEOUT value via OML attribute to BTS
    
    The same radio link timeout value is used for BTS and MS side.

http://cgit.osmocom.org/openbsc/commit/?id=b402dad7f1451b88154f777b5aead4d5f5c7621e

commit b402dad7f1451b88154f777b5aead4d5f5c7621e
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Sun Mar 10 11:49:35 2013 +0100

    Add option to set RADIO LINK TIMEOUT value via VTY

http://cgit.osmocom.org/openbsc/commit/?id=39494b875165848fa16d3e7b328677dd8d26163b

commit 39494b875165848fa16d3e7b328677dd8d26163b
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Fri Feb 17 15:20:59 2012 +0100

    Allow dynamic RTP payload types between application and MNCC interface
    
    Since EFR/AMR/HR codecs use dynamic RTP payload, the payload type can
    be set. If it is set, the frame type must be set also, so OpenBSC
    knows what frame types are received via RTP.
    
    This modification only affects traffic beween application and MNCC
    interface, not the RTP traffic between OpenBSC and BTS.
    
    Conflicts:
    
    	openbsc/src/libtrau/rtp_proxy.c

http://cgit.osmocom.org/openbsc/commit/?id=bc1aaacf7412e7a042e28be75139a72de3324c93

commit bc1aaacf7412e7a042e28be75139a72de3324c93
Author: Andreas Eversberg <jolly at eversberg.eu>
Date:   Mon Jan 16 09:29:28 2012 +0100

    Add traffic forwarding via RTP to remote application
    
    Instead of forwarding traffic through MNCC interface, traffic can
    be forwarded to a given RTP peer directly. A special MNCC message
    is used to control the peer's destination. The traffic can still be
    forwarded through MNCC interface when this special MNCC message is
    not used.
    
    It also works with E1 based BTSs.
    
    In conjunction with LCR's "rtp-bridge" feature, the RTP traffic
    can be directly exchanged with a remote SIP endpoint, so that the
    traffic is not forwarded by LCR itself. This way the performance
    of handling traffic only depends on OpenBSC and the remote SIP
    endpoint. Also the traffic is exchanged with the SIP endpoint
    without transcoding, to have maximum performance.
    
    Increment MNCC version to 5.
    
    Conflicts:
    
    	openbsc/tests/gbproxy/gbproxy_test.c

-----------------------------------------------------------------------


hooks/post-receive
-- 
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)



More information about the osmocom-commitlog mailing list