Subject: openbsc.git branch jolly/testing updated. 0.13.0-274-g2882e43
From: [email-masked]
To: [email-masked]
Date: Tue, 7 Jan 2014 10:28:18 GMT

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, jolly/testing has been updated
  discards  0fae01b51c24c44a3c839693c229dcbd468ea5f4 (commit)
  discards  e453bcaabe001c6807bd03bd7a8b69aa16713458 (commit)
  discards  b36112cdb4aa3b18327c56fdd7b846521bb4ae43 (commit)
  discards  7a00a81496f91cfabeba18f6d83bdfca8796616f (commit)
  discards  45402179f036d187fc0b01986d1f02e09acb6ec4 (commit)
  discards  35f1d80ffd603068b5b2fa84bea5e447a057b744 (commit)
  discards  6e44c3055b05cbd25ca2e22e6a0993c6ca003b40 (commit)
  discards  e5ccbfaf81ac3dba3a0d721da487a43c5c807c73 (commit)
  discards  b379d21472ee1de5423c521dc3037d91050d6b0e (commit)
  discards  36e9f37bcd4ad9f7889da068428d8506be35c03a (commit)
  discards  80c96ab5ccd67a67600a49c29d792e5bd572e673 (commit)
  discards  a4eeacf2c028ea577f404d38359484ae0688090f (commit)
  discards  a3daa01dbf08417f53046c079f5028d710997a78 (commit)
  discards  71b0f2cc5a2fc8169538b848418b184b19188a03 (commit)
  discards  3ba5443b38b05c2ace3ee0664af713f58f783b41 (commit)
  discards  a2517d713d87673e405f83cb7b98d7c1a20e0128 (commit)
  discards  9bba9afe69ad42a23c6d4fb455b76e1a67458f1e (commit)
  discards  cdb213ca4bfc22f2869b16ef6177f44566563dc8 (commit)
  discards  afbbe3923697f10b12d1517f071bcbb70fe45920 (commit)
  discards  9ac961b40d327b5e1f3e43a963eb1762d25796c9 (commit)
  discards  78d4913bbea28fafc4191dad7a38c50c11ba5502 (commit)
  discards  f9060ff256c9807cf5f6324260964044ee524c0e (commit)
       via  2882e43b42b619c2222cce64c670812c1f4fe7a5 (commit)
       via  a0cbb1f2f893dcb16691316afb7d2c160b8bc5e8 (commit)
       via  3bfa24d922f40ad51d744b285a4db585fca5c73c (commit)
       via  163c6b0ae432ebf3e03dad7aee84bb4b5b89d608 (commit)
       via  07c14d22e21556407a564fa6022ca4584a06d9de (commit)
       via  8a71a867813bc783fde8ca4ee683c418232337b7 (commit)
       via  81e5d517aacd7f9cd0cdc5f06e4472bc9af5259f (commit)
       via  ad138213d257c5b6e695f76504fe8eb02de1cff4 (commit)
       via  dce917e0c33cbc656fd14e79cf530a8a8a9f2594 (commit)
       via  4f62ed0f2a91f426de88be09e2b696ef831acf5b (commit)
       via  56de1b585191ecbc603001f9099da0a402af2865 (commit)
       via  cb30c496adf3516dfb8705dc094630c09589c5b8 (commit)
       via  6120a5562f12738ba45645d6b445752654c409f3 (commit)
       via  fc824bb75787e217f1a88c7c8049fe6267644cf3 (commit)
       via  736247a8d072e3d54bfd7643d433d145047011f8 (commit)
       via  d6b16058e1e40ae380d02bfc8c098b324432538b (commit)
       via  2eba19af985e6a59cc969ab4d185ea65ee854cce (commit)
       via  38dff9bcbc5f6c77db18a67b4fbf4f48f7c132fd (commit)
       via  a178703715d9a3d2cc5d589dc209c123ee94a896 (commit)
       via  44c4d5b75e9d8fd4c302a006677578069946b818 (commit)
       via  a83f36b24d3a6bcec3cd70b3cb70a21e7fc8571a (commit)
       via  2c7c5d21280411f654c99aa547427376467243c4 (commit)

This update added new revisions after undoing existing revisions.  That is
to say, the old revision is not a strict subset of the new revision.  This
situation occurs when you --force push a change and generate a repository
containing something like this:

 * -- * -- B -- O -- O -- O (0fae01b51c24c44a3c839693c229dcbd468ea5f4)
            \
             N -- N -- N (2882e43b42b619c2222cce64c670812c1f4fe7a5)

When this happens we assume that you've already had alert emails for all
of the O revisions, and so we here report only the revisions in the N
branch from the common base, B.

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

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

commit 2882e43b42b619c2222cce64c670812c1f4fe7a5
Author: Andreas Eversberg <[email-masked]>
Date:   Sun Mar 31 12:03:12 2013 +0200

    Allow handling of TCH/F and TCH/H frames from layer 4

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

commit a0cbb1f2f893dcb16691316afb7d2c160b8bc5e8
Author: Andreas Eversberg <[email-masked]>
Date:   Sun Mar 31 12:01:25 2013 +0200

    osmo-nitb support for codec negotiation
    
    Since codec negotiation is done automatically, there is no need to define
    codec for TCH/F and TCH/H via VTY anymore.

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

commit 3bfa24d922f40ad51d744b285a4db585fca5c73c
Author: Andreas Eversberg <[email-masked]>
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.

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

commit 163c6b0ae432ebf3e03dad7aee84bb4b5b89d608
Author: Andreas Eversberg <[email-masked]>
Date:   Sun Mar 31 11:50:35 2013 +0200

    Fix: If half rate channel is used, indicate hr when modifying channel mode

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

commit 07c14d22e21556407a564fa6022ca4584a06d9de
Author: Andreas Eversberg <[email-masked]>
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=8a71a867813bc783fde8ca4ee683c418232337b7

commit 8a71a867813bc783fde8ca4ee683c418232337b7
Author: Andreas Eversberg <[email-masked]>
Date:   Tue Mar 26 08:21:46 2013 +0100

    Fixed AMR payload type selection and handling

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

commit 81e5d517aacd7f9cd0cdc5f06e4472bc9af5259f
Author: Andreas Eversberg <[email-masked]>
Date:   Tue Mar 26 08:20:43 2013 +0100

    Add full AMR multirate IE support with VTY config for MS and BTS side

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

commit ad138213d257c5b6e695f76504fe8eb02de1cff4
Author: Andreas Eversberg <[email-masked]>
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 decoded, which creates anoying noise.
    This patch drops these frames. It depends on the SIP endpoint how these
    dropped frames are handled. (insert silence, extrapolate speech...)

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

commit dce917e0c33cbc656fd14e79cf530a8a8a9f2594
Author: Andreas Eversberg <[email-masked]>
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.

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

commit 4f62ed0f2a91f426de88be09e2b696ef831acf5b
Author: Andreas Eversberg <[email-masked]>
Date:   Mon Mar 11 08:12:43 2013 +0100

    Use helper function to check is an MNCC frame is data (speech/traffic)

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

commit 56de1b585191ecbc603001f9099da0a402af2865
Author: Andreas Eversberg <[email-masked]>
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=cb30c496adf3516dfb8705dc094630c09589c5b8

commit cb30c496adf3516dfb8705dc094630c09589c5b8
Author: Andreas Eversberg <[email-masked]>
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=6120a5562f12738ba45645d6b445752654c409f3

commit 6120a5562f12738ba45645d6b445752654c409f3
Author: Andreas Eversberg <[email-masked]>
Date:   Tue Feb 19 12:55:59 2013 +0100

    Fix: TCHH/HR payloads are 15 bytes (ToC + 14 bytes of speech data)

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

commit fc824bb75787e217f1a88c7c8049fe6267644cf3
Author: Andreas Eversberg <[email-masked]>
Date:   Fri Mar 16 08:14:23 2012 +0100

    Fixed problem of mute audio on some calls
    
    When reading from RTP socket, the first read() may fail right after
    connecting to remote socket. Subsequent read() will work as it should.
    
    I have not checked why this read fails, but I don't see any reason
    why we should stop reading, just because one read() fails at the
    beginning.

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

commit 736247a8d072e3d54bfd7643d433d145047011f8
Author: Andreas Eversberg <[email-masked]>
Date:   Thu Mar 8 14:39:19 2012 +0100

    Finished support for all codecs (RTP bridge and MNCC interface)
    
    The codes is not yet tested.
    
    AMR rate is currently fixed to 5.9k.

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

commit d6b16058e1e40ae380d02bfc8c098b324432538b
Author: Andreas Eversberg <[email-masked]>
Date:   Thu Mar 8 11:08:37 2012 +0100

    Fixed delay problems, if RTP stream jitters too much
    
    The RTP stream is generated or forwarded by OpenBSC to nanoBTS. Due to
    switching of streams (hold/retrieve call), packet loss or even stalling
    of sender's process, the time stamp must be corrected. If outdated
    packets are received, they get dropped.

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

commit 2eba19af985e6a59cc969ab4d185ea65ee854cce
Author: Andreas Eversberg <[email-masked]>
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.

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

commit 38dff9bcbc5f6c77db18a67b4fbf4f48f7c132fd
Author: Andreas Eversberg <[email-masked]>
Date:   Fri Jan 20 20:33:37 2012 +0100

    Adding handling of BFI (Bad Frame Indicatior) of received TRAU frames
    
    If a bad TRAU frame is received, it is forwarded to MNCC application
    as GSM_TCHF_BAD_FRAME. The application can now handle the GAP of
    missing audio. (e.g. with extrapolation)
    
    If TRAU frames are forwarded via RTP, bad frames are dropped, but frame
    counter and timestamp of RTP sender state is increased.

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

commit a178703715d9a3d2cc5d589dc209c123ee94a896
Author: Andreas Eversberg <[email-masked]>
Date:   Mon Jan 16 09:29:28 2012 +0100

    Adding traffic forwarding via RTP to remote application
    
    Instead of forwarding traffic through MNCC interface, traffic can
    now be forwarded to a given RTP destination. A special MNCC message
    is used for that. 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.

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

commit 44c4d5b75e9d8fd4c302a006677578069946b818
Author: Andreas Eversberg <[email-masked]>
Date:   Thu Dec 5 14:37:11 2013 +0100

    Add function to update TRAU muxer after assignment or handover
    
    E1 based BTS use TRAU muxer to decode TRAU frames. After changing
    channel from one timeslot to another (due to handover or assignment),
    the TRAU muxer must be updated. The call reference of the call is
    disconnected from the old channel and connected to the new channel.

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

commit a83f36b24d3a6bcec3cd70b3cb70a21e7fc8571a
Author: Andreas Eversberg <[email-masked]>
Date:   Thu Dec 5 13:25:06 2013 +0100

    Add VTY option for Nokia BTS that does not send RELease CONFirm message
    
    This option is a workarround for a bug found in Nokia InSite BTS firmware
    version 3.0.0. There is no RELease CONFirm message for local end release.
    Nokia MetroSite with firmware version 4.178.16 is not affected.
    
    TS 04.06 Chapter 5.4.4.4 "Local end release procedure" states that a
    confirm must be sent by layer 2 when receiving a local end release
    request.
    
    In order to correctly switch a channel (handover or assignment), local
    end release is required.

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

commit 2c7c5d21280411f654c99aa547427376467243c4
Author: Andreas Eversberg <[email-masked]>
Date:   Sat Dec 7 18:32:28 2013 +0100

    Each BTS can be configured for speech support (other than GSM full rate)
    
    Speech codings which are not supported by BTS will be removed from the
    bearer capability information element after parsing. This way it is not
    required for the MNCC application to consider support of each BTS.
    
    Only GSM full rate is supported by default.

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

Summary of changes:
 openbsc/src/libbsc/bsc_vty.c | 9 +++++++++
 1 file changed, 9 insertions(+)

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