aboutsummaryrefslogtreecommitdiffstats
path: root/libtransport
AgeCommit message (Collapse)AuthorFilesLines
2019-12-11Merge "[HICN-430] Rework on CMake"Luca Muscariello1-12/+12
2019-12-10[HICN-430] Rework on CMakeMauro Sardara1-12/+12
Change way targets are defined: each project defines targets. Fix project BUILD flags Add build-extras bash script Rework build tree of extras folder, using ExternalProject_Add Change-Id: I82fa29896e54c8a033490eba013c3f0431bec9d0 Signed-off-by: Mauro Sardara <msardara@cisco.com>
2019-12-06[HICN-437] concurrency problem in rtc producer socketmichele papalini2-3/+3
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: I629914f48e00814796f16b201e03549e9c7941bd
2019-12-04Merge "[HICN-433] fix and tune parameters in rtc transport"Mauro Sardara1-2/+2
2019-12-04[HICN-433] fix and tune parameters in rtc transportmichele papalini1-2/+2
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: Ib67d395e0c7c4ac4c11dabe44cbde417faa70e20
2019-12-04[HICN-427] Producer and consumer socket created with vapiAlberto Compagno15-986/+409
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com> Change-Id: I44142385b191b4c9b5c4bb418bfbd06a5e102eec
2019-12-04[HICN-428] Creating libctrl deb and rpm packages specific for hicn-pluginAlberto Compagno2-3/+4
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com> Change-Id: I2460276eb400777105d3351dffdaf8452f01c51f
2019-12-02Merge "[HICN-425] RTC min window"Alberto Compagno1-3/+0
2019-12-02[HICN-425] RTC min windowmichele papalini1-3/+0
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: Ic75e11dcf43b7ed947a8f577d9aa5d345d5662ee
2019-12-02[HICN-426] Add isRunning API to consumer and producer socket.Mauro Sardara3-0/+9
Change-Id: I5a144f804b87c3575f24c57ba5086136ec02efcd Signed-off-by: Mauro Sardara <msardara@cisco.com>
2019-12-02Merge "[HICN-425] RTC min window"Alberto Compagno2-2/+8
2019-12-02[HICN-425] RTC min windowmichele papalini2-2/+8
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: Ieb41ffff61ed4341dc9aacb58d3e7c397e72fc41
2019-11-29[HICN-423] Handle exception of producer socket thrown upon socket disposing.Mauro Sardara1-1/+7
Change-Id: I2458d054150ca307cf7ac0391f7698ebf2e7466e Signed-off-by: Mauro Sardara <msardara@cisco.com>
2019-11-25Merge "[HICN-406] Adding face deletion on the hicn-plugin when the ↵Mauro Sardara4-7/+95
corresponding socket is destroyed"
2019-11-22[HICN-413] rtc client improvementsmichele papalini2-9/+20
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: Ia23dee91776ccaa0bdf667eefc850e298f966cec
2019-11-22Merge "[HICN-411] Change how manifests are requested"Alberto Compagno3-90/+73
2019-11-22[HICN-406] Adding face deletion on the hicn-plugin when the corresponding ↵Alberto Compagno4-7/+95
socket is destroyed Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com> Change-Id: I09268dc5ae2ad465b4a4f68607732c0d3f48e62e
2019-11-22Merge "[HICN-405] Added application face delete"Alberto Compagno2-2/+4
2019-11-22[HICN-405] Added application face deleteAlberto Compagno2-2/+4
Added two new messages in the binary api: - hicn_api_face_cons_del to delete a consumer face - hicn_api_face_prod_del to delete a producer face Added the corresponding commands in the vpp_api_test for debugging and testing Reworked the cache policy structure to add a new function that flash the content store from the content coming from the destroyed producer face. This is required since the CS while each producer face has its own lru list. Removing only the producer face without flushing the CS from the content coming from the producer face will lead to a segfault in case there is a hit in the CS as the lru no longer exists and it won't be possible to update the head of the lru. Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com> Change-Id: I8776c86952d50900aa504dd22aec521ed25c1dae
2019-11-22[HICN-411] Change how manifests are requestedOlivier Roques3-90/+73
This patch introduces a new way of requesting manifests such that all the segments they contain fill the current transport window. When a manifest (M) is received, we compute L = last_segment_requested + current_window_size. L is therefore equal or greater than the last segment of the current window. Then we compare L to the suffix of the next manifest that will be (potentially) requested. If L > next_manifest, it means that the last segment of the window is greater than the first segment contained in the next manifest. Therefore we request manifests until L <= next_manifest, ie until the manifests would cover the entire window. If L <= next_manifest, then all the manifests that were requested already cover the window, so there's no need to request more. However if the next manifest immediately follows the current one (M), we still need to request it so that the content suffix queue is correctly updated. Signed-off-by: Olivier Roques <olvrqs@gmail.com> Change-Id: I71a5a0031cd783277d0aa59fd68d5d7bf64fe6ae
2019-11-22Merge "[HICN-394] Add route commands add, list, del for the hicn-plugin"Alberto Compagno2-3/+9
2019-11-22[HICN-410] reduce sentinel timer aggressivenessmichele papalini1-2/+2
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: I538d8266912fea244505e4d2ceccef0dd9a242bc
2019-11-22[HICN-409] remove race condition in rtc procuder socketmichele papalini1-2/+4
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: Ifdc5d912b8687bae3da78fadb05524d78e767f5a
2019-11-20[HICN-402] Limit in-flight interests for manifestsOlivier Roques3-2/+25
Currently, interests for manifests are sent independently of the transport protocol. When receiving a manifest, interests for next manifests are sent until the next window would be full of data segments. But there is no limit on the number of interests for manifests that can be sent. After a while, the interest input buffer in the producer's side is full of them and cannot satisfy the requests quickly enough. This results in a large drop of bandwidth on the consumer side. This patch allows to limit the number of in-flight interests for manifests. Signed-off-by: Olivier Roques <olvrqs@gmail.com> Change-Id: Ic497bd55fd92233e4b47b04635fb9bf75506375e
2019-11-20[HICN-394] Add route commands add, list, del for the hicn-pluginAlberto Compagno2-3/+9
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com> Change-Id: I41641f6d27babaa1c413ecf2fe6eae0e499df97d
2019-11-15[HICN-386] Improve API error management in libhicnctrlJordan Augé1-1/+1
Change-Id: Ifab987a17255e20077242888b052e312f9e4c964 Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
2019-11-14[HICN-393] Fix various issues related to manifestsOlivier Roques7-20/+50
The current manifest implementation is broken: 1. ManifestIndexingManager, responsible for validating manifests and segments and retrieving the next ones, assumes that all manifests have the same size. This assumption affects the retrieval of next manifests which is based on the number of segments the current manifest contains. Therefore when a non-full manifests arrives, the computed suffix of the next manifest is wrong and refer to a content instead, which results in an error. 2. Manifests are used to update a suffix queue which stores all the segments listed in manifests. This queue is used to retrieve content sequentially via a pointer indicating the next content to fetch. When the pointer reaches the end of the suffix queue, the consumer stops sending interests. The correct behavior would be to wait for a new manifest which would update the queue. This patch fixes these two issues: 1. Issue 1 was fixed by using SuffixManifest (HICN-392). This allows to set the capacity of a manifest at the start of the consumption instead of checking each time the size of the current manifest and then using that (non-constant) value to retrieve the next manifests. 2. Issue 2 was fixed by passing to ManifestIndexingManager a reference to an object capable of calling the scheduleNextInterest function, which is then called after a new manifest is retrieved to make sure interests for content kept being sent. This is not an optimal solution but rather a temporary one, until the retrieval of manifests is done at the transport level rather than in ManifestIndexingManager. This patch also changes the order of production: manifests are now sent before content. To do so, contents are added into a queue until the manifest is complete. Signed-off-by: Olivier Roques <olvrqs@gmail.com> Change-Id: I1a1bb92ca1cf2d3c745c1b65f6c7376f916c679b
2019-11-14[HICN-392] Assign independent suffixes for manifests/contentsOlivier Roques9-42/+270
This patch introduces a new class, SuffixStrategy and two sub-classes, SuffixContent and SuffixManifest which allow to independently assign suffixes to contents and manifests respectively. The produce() function in socket_producer.cc has also been changed to use them. Given a strategy and an offset (and optionally the capacity of a manifest), these classes automatically compute the correct next suffixes for both type of data (manifest or content). This removes the burden of having to manage suffixes for instance when producing or when retrieving content, and could be expanded to add more strategy in the future. Currently the only existing strategy is "INCREMENTAL": manifests with capacity N have a suffix multiple of N+1: 0, N+1, 2(N+1) etc. Contents have a suffix incremented by 1 except when it conflicts with a manifest: 1, 2, ..., N, N+2, N+3, ..., 2N+1, 2N+3... Signed-off-by: Olivier Roques <olvrqs@gmail.com> Change-Id: Ia7692d7325240de7bea6e38b668077042e5f8758 Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
2019-11-08[HICN-385] fix route removal in hicnctrl, code uniformization in hicn-light ↵Jordan Augé3-22/+23
control api Change-Id: Id097368dcde993775f206623195cc5aa57b4fe12 Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
2019-11-04[HICN-262] Fix binary api to prevent byteswapping of ip addresses in vapiAlberto Compagno13-85/+91
Change-Id: If3f9a7db1e1310fdc08d1003b28e5e1d4006b61e Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
2019-11-04Merge "[HICN-356] Fix uninitialized pointer"Alberto Compagno1-0/+2
2019-10-31[HICN-371] Fix invalid read reported by Valgrind when many timeouts happen.Mauro Sardara1-2/+3
Signed-off-by: Mauro Sardara <msardara@cisco.com> Change-Id: Ib31e731c02341234169bd5163eb86fe1da900e40 Signed-off-by: Mauro Sardara <msardara@cisco.com>
2019-10-31[HICN-356] Fix uninitialized pointerOlivier Roques1-0/+2
The signature verification method verify() in verifier.cc would try to initialize a pointer to the current packet's payload, which was never set in the first place. This fix calls the packet's method responsible for initializing that pointer. Signed-off-by: Olivier Roques <olvrqs@gmail.com> Change-Id: Ie5ab08036186ea4b766f6825c129ee68d01fc2b6
2019-10-31Merge "[HICN-371] Solve memory leaks in libtransport."Jordan Augé3-10/+25
2019-10-31Merge "[HICN-354] Fixed bug on raaqm when reassemblying packets"Michele Papalini5-106/+61
2019-10-31[HICN-371] Solve memory leaks in libtransport.Mauro Sardara3-10/+25
Signed-off-by: Mauro Sardara <msardara@cisco.com> Change-Id: I654843c3361c7bdb4b160f2441f08e8d91e97384 Signed-off-by: Mauro Sardara <msardara@cisco.com>
2019-10-31[HICN-354] Fixed bug on raaqm when reassemblying packetsAlberto Compagno5-106/+61
Moved rescheduleOnIOService in the header file to allow its usage together with inheritance Change-Id: I15e4b92535e1478d0dd09828d2d13e2b77e000b3 Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
2019-10-31[HICN-361] speed up the socket start upmichele papalini1-16/+31
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: Id8f59c9c52d7c1fa21edbae9ee1b965b25fe6800
2019-10-31[HICN-318] schedule rounds using timers in rtc conusmermichele papalini2-15/+13
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: I2e52d002533706abdd82fbca5ebb80e81374de86
2019-10-30[HICN-360] retransmit pending interests when all of them get lost without ↵michele papalini2-8/+105
wainting for the timeout Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: I84074d106bf2cfd3f7a3fb02947198179b0b5b74
2019-10-22[HICN-342] No need to take a lock on the hash entry if the lookup forAlberto Compagno4-6/+6
a data hit the CS. Data packets coming from the network are dropped, data packets coming from an application face are either dropped or sent to the push node (which does not require a lock on the hash entry) Change-Id: Icf662dffa33b9dda2e2a69fc2104a69a82ef19fd Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
2019-10-22Merge "[HICN-346] Add version of the transport library in the config.h ↵Michele Papalini2-0/+6
header file."
2019-10-22[HICN-346] Add version of the transport library in the config.h header file.Mauro Sardara2-0/+6
Change-Id: I1ce0b705db98f4042470a7b80b422720ba03c0f6 Signed-off-by: Mauro Sardara <msardara@cisco.com>
2019-10-22[HICN-328] Reworking setSocketOption and getSocketOption to be thread-safeAlberto Compagno17-1365/+1755
Change-Id: Ie22572822b9ac1e6c300fd7982035c799546bd76 Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
2019-10-18[HICN-339] improve rtc producer socket for low rate trafficmichele papalini2-19/+17
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: I1e6fdada9a55e0a93b8d5db768124f2e47daf05b
2019-10-18Merge "[HICN-337] correlty set timers for rtx in rtc consumer"Alberto Compagno2-24/+54
2019-10-18[HICN-337] correlty set timers for rtx in rtc consumermichele papalini2-24/+54
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: Iaf947ac6c7763ba0a648f9cc865ca0f11cb3e31f
2019-10-18[HICN-338] correctly compute the estimated production rate in rtc socketmichele papalini1-4/+4
Signed-off-by: michele papalini <micpapal@cisco.com> Change-Id: I5ab36c5dde449ff0f3e0372372c09dbb227aecf5
2019-10-16Merge "[HICN-335] fix max win computation in RTC consumer"Mauro Sardara1-1/+1
2019-10-16Merge "[HICN-333] fix addRetransmissions in RTC consumer socket"Alberto Compagno1-1/+1