summaryrefslogtreecommitdiff
path: root/cesar/cp
AgeCommit message (Collapse)Author
2013-01-18cesar/{ce/rx/bl/fsm, cp/msg}: fix interval repetition handling, refs #2362Jalil Chemseddine
2012-12-17cesar/cp/av: handle VS_GET_ATTENUATION_LIST, refs #3485Nélio Laranjeiro
2012-12-17cesar/cp/av: add vs_get_attenuation_list MME, refs #3485Nélio Laranjeiro
2012-12-17cesar/cp/msg: add vs_get_attenuation_list mme, refs #3485Nélio Laranjeiro
2012-12-14cesar/cp/sta/action: fix CC_SET_TEI_MAP updatesNélio Laranjeiro
2012-12-12cesar: move MAC_REVERSE macro to lib/types.h file, refs #3498Nélio Laranjeiro
2012-12-12cesar/bsu: add a context to bsu_init_beacon_cb, refs #3386Nélio Laranjeiro
2012-12-12cesar/cp/av/cco/bw: add start_time_atu on allocation for Gigle, closes #2437Nélio Laranjeiro
2012-12-12cesar/cp/msg: handle correctly the hash key in cm_get_key.req, closes #2634Nélio Laranjeiro
* Always store it into the MME (stores 0 if key type != HASH_KEY) * Only read it if the key type is HASH_KEY
2012-12-12cesar/cp/cco/action: fix EKS in NEK update process, closes #3346Yacine Belkadi
Periodically (each HPAV_NEK_CHANGE_MS), the CCO changes the NEK. It sends the new NEK and its EKS to the STA. The problem was that instead of sending a new EKS for the new NEK, it sent the current EKS. So the NEK update didn't work. On the first update, the STA was able to recover by sending a GET_KEY_REQ, but not on the second NEK update. So the traffic stopped after the second NEK update. Then the STA leaves the AVLN, re-joins, the cycle goes on. Below is the detailed explanation: Initially, after auth/assoc: CCO: Current: NEK[O] = { EKS:0, key:A }, Next: NEK[1] = { EKS:_, Key:_ } STA: Current: NEK[O] = { EKS:0, key:A }, Next: NEK[1] = { EKS:_, Key:_ } nek_change: CCO generates a new NEK (B), but because of data_req.new_eks = bsu_nek_index_current (ctx->bsu); in cp_av_cco_action_cm_set_key_cnf_receive, it sends the current EKS as the next one. So we get: CCO: Current: NEK[O] = { EKS:0, key:A }, Next: NEK[1] = { EKS:1, Key:B } STA: Current: NEK[O] = { EKS:0, key:A }, Next: NEK[1] = { EKS:0, Key:B } When the STA sees that the next EKS announced by the beacon is EKS=1, and that it doesn't have it, it sends a GET_KEY_REQ. The CCO responds with the correct new EKS and key. Thus we get: CCO: Current: NEK[O] = { EKS:0, key:A }, Next: NEK[1] = { EKS:1, Key:B } STA: Current: NEK[O] = { EKS:0, key:A }, Next: NEK[1] = { EKS:1, Key:B } and everything is fine on the nek_switch: CCO: Next: NEK[O] = { EKS:0, key:A }, Current: NEK[1] = { EKS:1, Key:B } STA: Next: NEK[O] = { EKS:0, key:A }, Current: NEK[1] = { EKS:1, Key:B } On the next nek_change, the CCO generates a new NEK (C). The exchange results in: CCO: Next: NEK[O] = { EKS:0, key:C }, Current: NEK[1] = { EKS:1, Key:B } STA: Next: NEK[O] = { EKS:1, key:C }, Current: NEK[1] = { EKS:1, Key:B } Then the STA sees new_EKS=0 in the beacon. It sends a GET_KEY_REQ. But when it receives the GET_KEY_CNF, it is unable to decrypt it. The received GET_Key_CNF was encrypted with { EKS:1, Key:B }. pbproc_frda__handle() looks in NEK[0] first and finds EKS:1, so it (wrongly) decrypts with Key:C. Thus, GET_KEY_CNF is not processed, the new NEK is not received, the STA resends a few GET_KEY_REQ in vain, traffic stops, and after a moment the STA leaves.
2012-11-30cesar/mac/ca: inline ca_mfs_update and ca_mfs_hold, refs #3453Nicolas Schodet
There is no tail call optimization on our sparc compiler, reduce call depth.
2012-11-05cesar/cp/msg: fix nf_mi for vs mme, closes #3437Thierry Carré
Factorize the header validation on unit tests for : - VS_GET_PB_STATS_CNF - VS_GET_MACTOTEI_CNF For this both mme, the condition is never satisfy to have the bug.
2012-10-22cesar: use CALLBACK macro to register callbacks, refs #3414Nélio Laranjeiro
2012-10-19cesar: remove useless config items in config files, refs #3374Nélio Laranjeiro
Setting a item to same state as the default value is useless.
2012-10-19cesar/cp/av: remove empty Config files, refs #3374Nélio Laranjeiro
2012-10-19cesar/cp/av/sta/action: use predefined valuesMilenko Jelisavcic
2012-10-18cesar/lib/list: rename some functions, closes #3429Yacine Belkadi
To have (hopefully) more intuitive names, rename: list_shift() to list_pop_front() list_unshift() to list_push_front() list_unshift_range() to list_push_front_range() To keep things consistent after the above renaming, rename: list_pop() to list_pop_back() list_push() to list_push_back() list_push_range() to list_push_back_range()
2012-10-18cesar/cp/sta/action: specialize cp_sta_action_garbage() for AVYacine Belkadi
Up to now, there was one cp_sta_action_garbage() common to all. This is going to change in next commits. To prepare for that, create a specific AV version.
2012-10-17cesar/cp: make cc_discover_list_req process function common, refs #3405Cyril Jourdan
This is needed to prepare its use in EoC.
2012-09-12cesar/{ce/rx/bl,cp/{msg,sta/action}}: support CE stats new version, refs #2376Jérémy Dufour
2012-09-11cesar: make test code compile with CONFIG_STATS = n, closes #3234Nélio Laranjeiro
* VS_GET_STAT_REQ returns an MME with the result, failure or empty. * host unit tests of the SAR uses the override CE context to compute stats.
2012-09-10cp/sta/core: change comment and remove needless fileMilenko Jelisavcic
2012-09-07cesar/ce/rx: take tonemask from MAC configuration, closes #3248Nicolas Schodet
2012-09-07common/lib/mmtcgen: remove cp_ prefix from template, refs #409Nélio Laranjeiro
2012-09-07cesar: integrate mmtypes.h generated from mmtcgen, refs #409Nélio Laranjeiro
2012-09-05cesar/cp: add number of events to function cp_trace_common_init, closes #3317Nélio Laranjeiro
2012-07-24cesar/cp/av/sta/action: call cp_sta_mgr_set_tracking, refs #3271Nélio Laranjeiro
cp_av_sta_mgr_set_tracking was in the specific part av code and was moved to common part for EoC driver.
2012-07-23cesar/cp/av/sta/mgr: move sta_mgr_set_tracking to common dir, refs #3222Nélio Laranjeiro
2012-07-23cesar/cp/av/sta/mgr: fix warning, refs #3222Nélio Laranjeiro
2012-07-20cesar/cp: trace module modified to be multi-project, refs #3136Thierry Carré
2012-06-12cesar/cp/cco/action: remove old occurrences of eks, closes #2914Nélio Laranjeiro
2012-06-06cp/av/beacon/test: fix unit testMilenko Jelisavcic
2012-05-23cesar/cp/av/{cco,beacon}: fix compilation test, refs #2928Nélio Laranjeiro
2012-05-10cesar/cp/av: few header updated (\file and \ingroup)Thierry Carré
2012-05-10cesar/cp/msg: stub updated, refs #2928Thierry Carré
2012-05-10cp/sta/{mgr,action}: create stub for this both modules, refs #2928Thierry Carré
2012-05-10cesar: AV code move to cp/av directory, refs #2928Thierry Carré
2012-05-10cesar/cp: handle project variants, refs #2928Nélio Laranjeiro
For now handles AV, EoC, UTest.
2012-05-10cesar/cp/sta/mgr: net_list.c not used, and so removedThierry Carré
2012-05-10cesar/cp: compute slot usage when no in CSMA_ONLY mode, closes #2864Nélio Laranjeiro
2012-05-10cesar/cp/beacon: remove a useless function call.Nélio Laranjeiro
cp_beacon_sta_update_beacon_data function was only called by cp_beacon_cco_update_beacon_data.
2012-05-10cesar/cp/beacon: do not uninit discover procedure on deactivateNélio Laranjeiro
It is already handled by the cco/action stop function
2012-05-10cesar/cp/sta/mgr: removed useless functionNélio Laranjeiro
2012-05-10cesar: replace BSU_BEACON_NM and CP_NET_NM by MAC_NMNélio Laranjeiro
2012-05-04cesar: move ce_rx_t forward declaration to a dedicated header, closes #3100Jérémy Dufour
2012-05-03cesar: remove VS_PLC_STATS, closes #3006Nélio Laranjeiro
2012-05-03cesar: remove VS_GET_MFG_INFO, closes #3005Nélio Laranjeiro
2012-05-03cesar/cp/msg: add reference of IMAC MME documentation, closes #3004Nélio Laranjeiro
Documentation is present on gevrey: gevrey/spidcom/std/OMEGA/OMEGA repository/Deliverables/Omega_D3.6.pdf
2012-04-23cesar/cp/beacon/test: fix beacon testMilenko Jelisavcic
2012-04-11cesar/cp/doc: use doc templateNicolas Schodet