Age | Commit message (Collapse) | Author | Files | Lines |
|
- Application retrieve resources using the common HTTP url format.
- Translation between network names and application names performed by the library
- Added basic error handling
- Added utils for http connections
- Added support for differetn build types (DEBUG, RELEASE, RELEASE with debug symbols, RELEASE with min size executable)
- Added support for iOS
Change-Id: I8ba2a5d8bd70a4f7721e1bbc2efe3fb81ed2c98c
Signed-off-by: Mauro Sardara <msardara+fdio@cisco.com>
|
|
Change-Id: I89b4aa6598d88226a1eafd6b7240a30be3d795c3
Signed-off-by: Mauro Sardara <msardara+fdio@cisco.com>
|
|
- Adding new feature to producer test: now it is possible to specify the size of the file to download
- Fixing initialization of max number of retransmissions in icnet_socket_consumer.cc
Change-Id: Ia7e48a4beda6adebf5179700c80f6d7316922187
Signed-off-by: Mauro Sardara <msardara+fdio@cisco.com>
|
|
Change-Id: If2ba80f4b7f75cbdaa56349ccfe26663289a403a
Signed-off-by: Mauro Sardara <msardara+fdio@cisco.com>
|
|
1) The client sends to the server a name containing (among the other things) the size of the ContentObject the server has to reply to the client.
The problem is that the Server is expecting to find this size always at the same position in the name inside the interest; if the client sends an interest with a name that matches the FIB but is not exactly the name the server is expecting (e.g. ccnx:/ping/a instead if ccnx:/ping), the server reads the wrong segment (not the one with the size) and sends out a content object with an undefined size.
2) The maximum payload size of a content object is 64000. This causes fragmented packets to not be processed by the forwarder itself if they are coming from a remote connection. A quick fix consists in setting the max payload size of a content object to 1400.
So the max size of a content object should be 1400 and not 64000.
Change-Id: Ib555b7beb3cfe9172904bd63b8e3a76fe3f71a50
Signed-off-by: Mauro Sardara <msardara+fdio@cisco.com>
|
|
Change-Id: I10a72cb0d84b76553a85c168416b847f6a4ff5f6
Signed-off-by: Mauro Sardara <msardara+fdio@cisco.com>
|