Age | Commit message (Collapse) | Author | Files | Lines |
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: Iab0c363789215b5a5792bda8e228a1557c3b3a39
|
|
|
|
|
|
address to punt data packets"
|
|
|
|
- Removed punting from the sysrepo-plugin
- Removed calls to the punting functions of binary api in the libhicnctrl
- Added documentation in vpp-plugin.md and doxygen related to pg
Change-Id: I8936156d51524797441ec49f0d5e801a1ad3643a
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
- interest packet generator uses the fib to forward interests. The entry in the fib matching the interest name can be a regular IP fib entry or an hICN fib entry. It is up to who configure the forwarder to chose how the forwarding should be done
- the hicnpg-data is used to keep track of the number of data received in order to have statistics corresponding to the number of interests sent and data received (interest satisfied). This node punt packet registers himself as a node for satisfying local tcp packets (ip4_register_protocol or ip6_register_protocol), therefore tcp packets carrying a local address will be forwarded to it.
- The hicnpg-server node satisfies interest packets by creating the correspoding data packet. It punts packet by using a feature on the interface that is passed in the configuration. Every packet that arrives on such interface is threated as an hICN interest.
Change-Id: I75ffec4ce0a5afeaf321bcc48dd13fd307dd2925
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
- Now the match honor the prefix length specified in the producer app face
Signed-off-by: acompagn <acompagn@cisco.com>
Change-Id: Icdd80b02603bb79ceeb0ab14e2da51328c0f9b74
|
|
punt data packets
Change-Id: Ia1d3a5d5b1df8bf17b289954289d449715803cfa
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I71767f732ec6ede1efc66e5a99f09c3207367dcb
Signed-off-by: Alberto Compagno <acompagn+fdio@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: I3ef51af521b53512e589eaf5bb5c0852a638baf5
Signed-off-by: Luca Muscariello <muscariello@ieee.org>
|
|
Change-Id: I1dcbca50f7406ef2714683547b6bb32463e1baf8
Signed-off-by: Luca Muscariello <muscariello@ieee.org>
|
|
instead of pool_elt_at_index"
|
|
pool_elt_at_index
Change-Id: I958a1847363aacfa7c45e65550e5f77e14f4902e
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I8115fd1be93477811e349d13ab5e3aaaff1880c7
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I19a442080b6ca8b0477a8f92f161282288c395ee
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
package
Signed-off-by: Aberto Compagno <acompagn+fdio@cisco.com>
Change-Id: Iec88cca235395754829fedf029add5fa779d5a9e
|
|
Change-Id: I3fbef099b8d5e28ed10fa423f3996e10d1c71ed9
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>
|
|
binary api message"
|
|
message
Change-Id: I9b65c61a9613b942aa4b2417460d6c6a9f2f261a
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I1a3353989f934f135b4226a6af68a09dd8749563
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: Ic0d4f5a6919cb68255e788ac288d17492a6570a5
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I9ec9d43083379ed8961532f2b9d20f03fd1fa45e
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I0bf56393fe53a4a52753501134cfe2b4b6c75c08
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
Change-Id: I44bc9aed26d35fadf66f65aa33a8d7880e149e59
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
memory leak."
|
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I9ee6d6311ca39353f93e6d41b06752b17628b46f
|
|
Change-Id: Ie8c3dbcd940a7db6f213df448a15ccc28dabdde2
Signed-off-by: Mauro Sardara <msardara@cisco.com>
|
|
When inserting a udp face through cli or binary api, if an
incomplete udp face already exist with the same local and remote
addresses and port, the face is converted into a complete face
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I8e7b5eee6c492367f663b2b97d50b6ca166b4824
|
|
|
|
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>
|
|
Ip version of the punting (6 or 4) was set in the wrong way. Before
enabling punting we were checking for the wrong table type (ip4 when
it was 6 and vice versa)
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I1d144010b5f26fdbc98517a647bc218692813f09
|
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I44142385b191b4c9b5c4bb418bfbd06a5e102eec
|
|
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
|
|
|
|
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
|
|
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
Change-Id: I41641f6d27babaa1c413ecf2fe6eae0e499df97d
|
|
|
|
|
|
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: If3f9a7db1e1310fdc08d1003b28e5e1d4006b61e
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
|
|
Change-Id: Ibb709d45f9572e5cde11f9a64f4a1b9212b6cc92
Signed-off-by: Alberto Compagno <acompagn+fdio@cisco.com>
|
|
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>
|
|
packet. The output is now a list of possible incoming faces, plus a preferred one which cover the case in which the face is a local producer face. In that case we can identify the face uniquely as we are sure that we have one face for memif."
|