Age | Commit message (Collapse) | Author | Files | Lines |
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I2460276eb400777105d3351dffdaf8452f01c51f
|
|
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ic75e11dcf43b7ed947a8f577d9aa5d345d5662ee
|
|
Change-Id: I5a144f804b87c3575f24c57ba5086136ec02efcd
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Change-Id: Ibce2e82ba125ca2e927cd270a8c45855384cd7fa
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
|
|
disposing."
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ieb41ffff61ed4341dc9aacb58d3e7c397e72fc41
|
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I70c1b1162fd7b7a093d60e03b55dcd01f62250f3
|
|
|
|
Change-Id: I2458d054150ca307cf7ac0391f7698ebf2e7466e
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
Signed-off-by: Masoud Hemmatpour <mhemmatp@cisco.com>
Change-Id: I6e05d96af049229a6dc2da0adf32707873cdc816
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
vlibmemoryclient provided by vpp does not handle calling connect
multiple times from the same application. Creation of multiple
sockets call connect only one. Destruction of all the sockets
call disconnet to vpp.
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I70f22c256f4f45640f80aae3da68541504852192
|
|
Change-Id: Ia04a2f01005ec28a92cc5065ee2f3bddad27f573
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I86fa8d76b22a90aa87c6623206022057ac9f30f1
|
|
hicn-plugin
Listener list returns the list of interfaces and their ip addresses
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I2582cf29d4f1f60964766d47ad8d6dc64504fd62
|
|
|
|
Change-Id: I07cd4c100251c42ef32117a515e8e9e39b9c3031
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
corresponding socket is destroyed"
|
|
Change-Id: I768112c920154380a614d0c5858f50efa135903d
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
|
|
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ia23dee91776ccaa0bdf667eefc850e298f966cec
|
|
Change-Id: I6b382abe374d896c9ea1e0ef5573ba166fafec94
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
|
|
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
|
|
Signed-off-by: michele papalini <micpapal@cisco.com>
Change-Id: Ifdc5d912b8687bae3da78fadb05524d78e767f5a
|
|
Change-Id: I166cb56e7376fe896d41d6d371ecb3727b7563ce
Signed-off-by: Junsu Choi <junsu.choi@samsung.com>
|
|
|
|
Change-Id: Iae19e016aae833b4bc95ff6d91d51b188f398e25
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
Change-Id: Id57873d3f4152af654f3bc27778d7015495597d7
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
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
|
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I41641f6d27babaa1c413ecf2fe6eae0e499df97d
|
|
|
|
Change-Id: I6a1d93a4e6beb78741d8243fc78d6ecff77b9034
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
Change-Id: I8d504b1e83f79d028f2e7bbfacda2824076aa72f
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
|
|
|
|
Change-Id: Ieb5faf5d01e460179028eaba92170ee95cf35edf
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
|
|
Michain support is important to get a netx hop in a face
whose locator is resolved in the fib through a via.
Change-Id: Id0ff1522cedd5a093f242499e310a24625a3852a
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Supported messages are add, del, get, dump, get.
Each message contains a face id and the expected message has different
fields based on the face type.
The binary api specific for ip faces is still available for compatibility
but deprecated.
Change-Id: I899c6cf31a56abd39ad287ea3128993857997fcb
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I1055e49c93e81105996a77c088fafd4b55fdc337
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
Change-Id: If4f75d44fc66414a4a70135de7827f5082b97112
Signed-off-by: Jordan Augé <jordan.auge+fdio@cisco.com>
|
|
|