Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
Patch the sequence number, the SSRC and the timestamp to
allow to mix various voice streams, e.g. toggling the loop
during the call.
|
|
Use a struct to group the rtp state for the up and the down
link of the bts.
|
|
|
|
|
|
Accept the new connection if there is no rf ctl. Fixes a segfault.
|
|
Conflicts:
openbsc/src/mgcp/mgcp_vty.c
|
|
|
|
|
|
Send a USSD notification to the user to inform him that the
service will go away in a second..
|
|
|
|
|
|
In case of S_RF_OFF and S_RF_GRACE we will allow new connections.
|
|
Keep a back pointer to the rf struct inside the connection,
resolve the network through the back pointer. Also assume
that the RF is on. In case we start with RF locked, the policy
is on but we will not see any MS talking to us.
|
|
Right now we have a network-wide RF lock, in the future
one BSC might have multiple BTSs at different positions
and a global state will not make sense anymore and need
to be moved over to the BTS struct..
|
|
In case of an ordered RF shutdown we can enter a grace period
where no new RF connections are allowed but active connections
will stay alive until the RF is switched off.
|
|
Allow to specify the level (not the category) of the notification
this provides an easy way to test it on the phones.
Conflicts:
openbsc/src/vty_interface_layer3.c
|
|
Indicate that this is about the Call Name Presentation (cnap)
but the a1200 still ignores the call completelty...
|
|
We need to release the USSD unit, otherwise it is staying blocked
and will stop to function (even across LUs on my a1200). This code
should encode the transaction and the direction depending on the
network state but this is omitted right now.
Conflicts:
openbsc/src/vty_interface_layer3.c
|
|
One should be able to send a USSD Notification to a given
subscriber if we has an active link...
Conflicts:
openbsc/src/vty_interface_layer3.c
|
|
Subtract the two bytes we were adding to the length of the message.
|
|
msgb started to verify that we do have enough tail/headroom
and this code was not using this check.
|
|
|
|
Create a unstructuredSS-Notify for a given type.
|
|
|
|
Implement a GSM 04.80 invoke wrapper for a component and an
invoke id.
Conflicts:
openbsc/src/gsm_04_80.c
|
|
|
|
|
|
|
|
|
|
This code compares the UDP sequence numbers of two RTP messages
and guesses if packets are missing. It is guessing in two ways:
1.) by default the sequence number is 0, so on the first
value we ignore the jump... we might ignore a real issue
in case of a wrap around which is easily possible as the
sequence should be a random number.
2.) the UDP stream might have been reordered on the network
and we would see the jump...
In any case these two shortcomings are acceptable for the feature
that is meant to provide some basic analysis..
|
|
|
|
DSCP is the more modern information for TOS and the kernel
will set parts of TOS by itself (e.g. for ECN).
|
|
|
|
|
|
|
|
|
|
|
|
Instead of sending many messages we will queue the OML
messages and wait for the ACK/NACK before sending the
next message from the queue. We tag the msgb to remember
if we need to wait for an ack or not.
We keep the order of all messages, on ACKs and similiar
occassions we will drown the queue until we reach a message
that needs to be acked and then wait for that ack again.
Possible breakage can appear when we send an OML (e.g.
BS11 specific message) msg which does not need to be acked
through the abis_nm_sendmsg call. The fix will be to use
the _direct version of this method.
Re-Enable as it might have fixed something... who knows.
Conflicts:
openbsc/include/openbsc/abis_nm.h
openbsc/include/openbsc/gsm_data.h
openbsc/src/gsm_data.c
openbsc/src/input/ipaccess.c
|
|
This has not fixed the init issue and we will need to figure out
an alternative to this.
This reverts commit a68f139820ea02c05ff64e265084c1dda8c7ea3a.
|
|
Allow the MS to use uplink discontinous transmission by
setting the right bit in the SystemInformation and set
DTXd/DTXu on the RSL channel commands.
This is configurable via dtx-used (0|1) on the network
level..
|
|
Make NACK messages print as errors.
|
|
|
|
Instead of sending many messages we will queue the OML
messages and wait for the ACK/NACK before sending the
next message from the queue. We tag the msgb to remember
if we need to wait for an ack or not.
We keep the order of all messages, on ACKs and similiar
occassions we will drown the queue until we reach a message
that needs to be acked and then wait for that ack again.
Possible breakage can appear when we send an OML (e.g.
BS11 specific message) msg which does not need to be acked
through the abis_nm_sendmsg call. The fix will be to use
the _direct version of this method.
Conflicts:
openbsc/include/openbsc/abis_nm.h
openbsc/include/openbsc/gsm_data.h
openbsc/src/gsm_data.c
openbsc/src/input/ipaccess.c
|
|
This was previously handled by the unexpected release
lchan handling for the secondary channel, we will now
just set the secondary_lchan pointer back to NULL and
let the framework free the resources.
|
|
The Channel Activate might be sent to a different TRX than the
Immediate Assignment. So we need to make sure that the channel
is activated before we send the immediate assignment for the RACH.
Another reason for that is according to GSM 08.58 we should take
the frame number from the activate and use it for the starting
time inside the immediate assignment message. We obviously do not
do this yet.
The code assumes that the BTS will either respond with a CHAN ACK
or a CHAN NACK if not the lchan will remain in the request state.
Conflicts:
openbsc/include/openbsc/gsm_data.h
openbsc/src/abis_rsl.c
openbsc/src/chan_alloc.c
|
|
Use a memcpy to read and access the data to gurantee that
the data is properly aligned. The performance hit should
be smaller than the abort handled by the kernel.
|
|
The value of the in_addr might not be 32 bit aligned and reading
it can generate an alignment error on ARM. Fix it by using memcpy
to copy the data into a local variable.
There are many more potential alignment issues that we will fix
when we hit them.
|