summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* [GPRS] NS: Introduce command to display a single NSEHarald Welte2010-05-151-12/+47
|
* [GPRS] NS: Always start NS-ALIVE procedure after RESETHarald Welte2010-05-152-9/+7
| | | | | | | | | So far, we only started the ALIVE procedure on RESET-ACK if the remote end was the SGSN. This resulted in the BSS->Proxy connections only being tested for alive-status from the BSS side, but not from our side. Also: export nsvc_by_nsvci() function as a public API function.
* [GPRS] NS: Add 'nsvc nsei ... (block|unblock|reset)' command to VTYHarald Welte2010-05-141-0/+33
|
* [VTY] Introduce "end" command that works from any level in configHarald Welte2010-05-141-0/+1
| | | | | | Using "end" you can always return to the "enable" level, and from there the "show" commands are available. So no more need for exit/exit/exit/exit/disable.
* [VTY] Remove OpenBSC specific node-exit handling from src/vtyHarald Welte2010-05-141-0/+2
| | | | | The idea is to move the VTY code into libosmocore at some point, and for that we need to eliminate OpenBSC specifics from it
* [GPRS] gb_proxy: Initiate RESET procedure on persistent NS-VC at startupHarald Welte2010-05-142-15/+21
| | | | | | Some BSS that connect to the proxy do not continue to perform the RESET procedure after a timeout. In order to resurrect them, we simply start a RESET procedure.
* [GPRS] BSSGP: Refuse blocking of signalling BVC; Ignore traffic on blocked BVCHarald Welte2010-05-131-0/+22
|
* [GPRS] BSSGP: Make implementation more robustHarald Welte2010-05-131-97/+216
| | | | | | | | We now actually are much more in line with what the specification says. We track the blocked/unblocked state, we don't accept signalling messages on PTP functional entities (and vice versa), and we don't simply create a BVC context with messages other than BVC-RESET.
* [GPRS] BSSGP: Elaborate more on FIXMEsHarald Welte2010-05-131-8/+10
| | | | And fix mistake regarding FLUSH-LL / FLUSH-LL-ACK direction
* [GPRS] BSSGP: add function declarationHarald Welte2010-05-131-1/+6
|
* Merge branch 'on-waves/mgcp'Holger Hans Peter Freyther2010-05-140-0/+0
|\
| * Merge branch 'master' into on-waves/mgcpHolger Hans Peter Freyther2010-05-146-0/+2163
| |\ | |/ |/|
* | [GPRS] NS: Remove 'unknown_nsvc' from list of NS-VCsHarald Welte2010-05-131-0/+3
| |
* | [GPRS] NS: Fix segfault when receiving message from unknown NS-VCHarald Welte2010-05-133-8/+22
| | | | | | | | | | | | | | | | | | | | | | | | In the previous code we used a static fake_nsvc structure in case we needed to send a message to an unknown NSVC for which we don't have a real 'struct nsvc'. However, since we now have a rate_ctr_group hanging off the nsvc, the fake structure didn't have that. So now we keep a nsi->unknown_nsvc around to be used whenever we need a nsvc but don't have a real one. The gprs_ns_vty.c code explicitly does not list that NSVC in 'show ns'
* | [GPRS] NS: remove debug statement about l2lenHarald Welte2010-05-131-1/+0
| |
* | Merge commit 'cf734784b0433dfa6b77909f83cc3620e523f5d7'Harald Welte2010-05-130-0/+0
|\ \
* | | [GPRS] NS: more rate counters for BLOCK / DEAD countHarald Welte2010-05-131-8/+25
| | |
* | | [GPRS] NS: Show statistics on VTY only if requestedHarald Welte2010-05-131-4/+19
| | |
* | | [GPRS] NS: properly assign msgb->l2h to count outgoing bytes correctlyHarald Welte2010-05-131-1/+2
| | |
* | | [GPRS] NS: Fix wrong counter use and remove debug statementHarald Welte2010-05-131-4/+2
| | |
* | | Merge commit '7b45d608872f17ab8b71d53a2d87e5f8d621b007'Harald Welte2010-05-130-0/+0
|\| |
* | | [GPRS] NS: Start to use rate_ctr_group code from libosmocoreHarald Welte2010-05-133-243/+320
| | | | | | | | | | | | | | | | | | | | | | | | | | | Every NS-VC now has a set of counters for incoming and outgoing number of packets and bytes. We also split the VTY part of the gprs_ns.c implementation into gprs_ns_vty.c to make sure the protocol can actually be used without the VTY code being present.
* | | GPRS: We have to do the msgb_free() in NS not Gb ProxyHarald Welte2010-05-121-1/+5
| | | | | | | | | | | | | | | | | | | | | As only NS-UNITDATA messages are ever passed into the Gb Proxy, we need to do the msgb_free() at a much higher point in the calling stack, i.e. inside the NS protocol layer. This means it is now the same logic as in OpenBSC itself.
* | | NS: Make all timers configurable from VTYHarald Welte2010-05-122-13/+79
| | |
* | | use new install_element_ve()Harald Welte2010-05-121-2/+1
| | |
* | | Make sure all commands of SHOW_NODE to ENABLE_NODEHarald Welte2010-05-121-0/+1
| | |
* | | NS: Add support for persistent NS-VC configurationHarald Welte2010-05-122-10/+222
| | | | | | | | | | | | | | | | | | | | | | | | | | | With persistent NS-VC configuration (configured through VTY), we can respond properly to BSS with a somewhat strange NS implementation Such as the BSplus. It enables us to respond with a proper NS-RESET (including NSVCI/NSEI) when receiving a NS-ALIVE or other PDU for a BLOCKED/DEAD NS-VC after our end of the connection is rebooted.
* | | NS: Send UNBLOCK signal when we get UNBLOCK_ACK from peerHarald Welte2010-05-121-0/+1
| | |
* | | Display NSEI instead of NSVCI for all debug msgsHarald Welte2010-05-121-4/+4
| | |
* | | NS: Send STATUS or RESET when receiving NS_ALIVE on unknown NSVCHarald Welte2010-05-121-5/+15
| | |
* | | NS / GB Proxy: Add Signal in case Tns-Alive expires too oftenHarald Welte2010-05-121-0/+1
| | | | | | | | | | | | The Gb Proxy can then restart the RESET procedure.
* | | NS: Debug NS timer expiryHarald Welte2010-05-121-2/+16
| | |
* | | NS: Add more LOG_DEBGU messages and retransmit NS-ALIVEHarald Welte2010-05-121-4/+23
| | |
* | | NS: More INFO messages about what we actually transmitHarald Welte2010-05-121-0/+13
| | |
* | | NS: don't memcmp sockaddr_in but compare ip and port individuallyHarald Welte2010-05-121-4/+5
| | | | | | | | | | | | this seems to work more portably (ppc/32bit big endian)
* | | [gprs] NS: more state transitions, error reporting via Tx STATUS PDUHarald Welte2010-05-121-16/+64
| | |
* | | [gprs] NS: elevate events from LOGL_DEBUG to LOGL_INFOHarald Welte2010-05-121-13/+14
| | |
* | | [gprs] NS: update the remote peer IP addr/port on NS RESETHarald Welte2010-05-111-1/+2
| | |
* | | [gprs] NS: include port number in log statementHarald Welte2010-05-111-2/+3
| | |
* | | [gprs] gb-proxy: We might receive a NS-RESET for a NS-VC that we already knowHarald Welte2010-05-111-4/+21
| | | | | | | | | | | | | | | In this case, don't blindly allocate a new NS-VC but rather use the NSEI to lookup the 'struct gprs_nsvc' for it.
* | | [gprs] NS: Make sure we include "Rx" in the log statement for NS RESETHarald Welte2010-05-111-1/+5
| | |
* | | Merge commit '7638af95fd08213aef4adb3c6399975fe3621855'Harald Welte2010-05-110-0/+0
|\| |
* | | [gprs] NS: cleanup / fix compiler warningsHarald Welte2010-05-111-3/+5
| | |
* | | [gprs] BSSGP: cosmetic cleanupHarald Welte2010-05-111-9/+2
| | |
* | | [gprs] gb_proxy: Send proper BSSGP STATUS msg in error caseHarald Welte2010-05-113-82/+131
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In order to reuse the existing bssgp_tx_* functions without pulling in the dependencies of gprs_bssgp.c, we have to move those functions to gprs_bssgp_util.c Furthermore, we can remove gbprox_nsi and replace it with bssgp_nsi, and we can do proper processing of BVC-RESET messages coming from the SGSN on the signalling BVC. In that case we need to send RESET messages to all the BSS.
* | | [gprs] NS: Add signals in the event of BLOCK/UNBLOCK/RESETHarald Welte2010-05-112-4/+76
| | | | | | | | | | | | | | | | | | The signals will be sent upon reception of NS-BLOCK/UNBLOCK/RESET PDUs We also export functions to generate/send BLOCK/UNBLOCK and RESET.
* | | [gprs] Add new 'NS' and 'BSSGP' logging categoriesHarald Welte2010-05-112-44/+44
| | |
* | | Merge commit '95df5c0179f6b24d31c6720a43434755ed58aa22'Harald Welte2010-05-040-0/+0
|\| |
* | | [gprs] Move all GPRS related code to src/gprs subdirectoryHarald Welte2010-05-042-0/+0
| | |
* | | [gprs] NS: If we are the BSS side, UNBLOCK the connection after it is ALIVEHarald Welte2010-05-041-0/+9
| | | | | | | | | | | | | | | After RESET / RESET-ACK and ALIVE / ALIVE-ACK, the connection needs to be unblocked from the BSS side to the SGSN.