Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Fix a memory leak caused during the signing of packets on the producer side
by releasing the signature when signing is done.
Change-Id: I352885913e3a16d03fcc77116238928edb090e01
Signed-off-by: Olivier Roques <oroques+fdio@cisco.com>
|
|
Signed-off-by: Mauro Sardara <msardara@cisco.com>
Change-Id: I1531a1fe1d1fa51bb45edab20ee449faa34847c3
|
|
Signed-off-by: Mauro Sardara <msardara@cisco.com>
Change-Id: I844dfa64a977c9c41bfc103bb110c274802b1839
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: I8b46b4eb2ef5488c09041887cc8296a216440f33
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
|
|
Change-Id: Icbaad69981193119714f5689faf3518d2e152e11
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: Iddbc427611c888b28059170a70c0925ebb299cb5
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: I361b83a18b4fd59be136d5f0817fc28e17e89884
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
|
|
P2P confidential communications exploit the TLS 1.3 protocol to let a consumer to
establish a secure communication on an hICN name. Currently we don't support the
consumer authentication (mutual authentication in TLS) and the 0-rtt session
establishment.
Change-Id: I2be073847c08a17f28c837d444081920c5e57a07
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Signed-off-by: Olivier Roques <oroques+fdio@cisco.com>
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: Ibf954e5e886412a934542a10d94d89bb8a55a676
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: I645ef2b8834f4310933793fb1f59e8f37e3d6aef
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: Idb322dc712b52301c66c5256ad8d1a6a65b503b9
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I992205148910be008d66b5acb7f6f1365770f9e8
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
estimation
Change-Id: I5e3855439994dea453d68cda446b6756240265a9
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
Change-Id: I566939e02d7f2c8be6be9665d32c09f4737f69e1
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
|
|
manifests are enabled"
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: I1b74a88c4d46aae178599f43ac6f223b29d4dfc5
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: I108240376b67c221d440f43496a17513b89db0a3
|
|
enabled
When manifests are enabled, the current way of computing the next
reassembly segment is broken: if manifests are received out of order,
which can happen if a interest for a manifest timeouts, reassembly
will also be out of order.
This patch makes uses of the SuffixContent class introduced in
HICN-392 to correctly compute the index of the next segment to
reassemble.
Change-Id: I2784f3da544fef7b48a110dd6c233657610f44b8
Signed-off-by: Olivier Roques <oroques+fdio@cisco.com>
|
|
|
|
Signed-off-by: Angelo Mantellini <angelo.mantellini@cisco.com>
Change-Id: I8fa8c4eaa3218eb4be46f713b15ab789c6930aa0
|
|
Change-Id: I557164a31997574cbf93b0612cdd87e21be76c74
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: I26aeaffe40cfff460d9780319e54fcb74114cee4
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I19a442080b6ca8b0477a8f92f161282288c395ee
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
connect only once.
- Added library to hicn-plugin called safe_vapi that takes care of handling concurrent calls to the vapi.
- Removed dependency of libhicnctrl from libtransport and added dependency to safe_vapi.
- Added dependency to safe_vapi on libhicnctrl
Change-Id: Ie49e8319f64a50e7ed6a56e041db977c3b184cc5
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
The wrong callback is null-checked before it is used in RAAQM.
Signed-off-by: Olivier Roques <oroques+fdio@cisco.com>
Change-Id: Id602453ad18d0297663b7cef66daa58cc5c0891a
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: If7af2154f5054a475521bf84c8d455ad3058bbb9
|
|
Change-Id: I4cfd1d45fb754d9efb71ff80ae97ca4fe27e47a2
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: I629914f48e00814796f16b201e03549e9c7941bd
|
|
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ib67d395e0c7c4ac4c11dabe44cbde417faa70e20
|
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I44142385b191b4c9b5c4bb418bfbd06a5e102eec
|
|
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ic75e11dcf43b7ed947a8f577d9aa5d345d5662ee
|
|
Change-Id: I5a144f804b87c3575f24c57ba5086136ec02efcd
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ieb41ffff61ed4341dc9aacb58d3e7c397e72fc41
|
|
Change-Id: I2458d054150ca307cf7ac0391f7698ebf2e7466e
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
corresponding socket is destroyed"
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ia23dee91776ccaa0bdf667eefc850e298f966cec
|
|
|
|
socket is destroyed
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I09268dc5ae2ad465b4a4f68607732c0d3f48e62e
|
|
|
|
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
|
|
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
|
|
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: I538d8266912fea244505e4d2ceccef0dd9a242bc
|