API

Pre-release version

// API IPv17 ver 2.0
uint32_t udtp_netid (uint16_t command, struct netid, uint32_t flag);

uint64_t udtp_open (uint16_t command, struct netid, uint32_t authentication); uint64_t udtp_take (uint16_t command, struct netid, uint32_t authentication); 
uint8_t udtp_connect (uint16_t command, uint64_t gfl, uint32_t proto, uint32_t bitrate);

uint8_t udtp_accept (uint16_t command, uint64_t gfl, uint32_t proto, uint32_t bitrate);
uint32_t udtp_send (uint16_t command, uint64_t gfl, STREAM *sm, uint64_t, uint32_t flags);

uint64_t udtp_send (uint16_t command, uint64_t gfl, FILE *fd, sizeof(*fd), uint32_t flags);
uint64_t udtp_send (uint16_t command, uint64_t gfl, MESSAGE *mg, sizeof(*md), uint32_t flags);
uint32_t udtp_send (uint16_t command, uint64_t gfl, COMMAND cmd, uint64_t, uint32_t flags);
uint64_t udtp_send (uint16_t command, uint64_t gfl, PACKET *buff, sizeof(buff), uint32_t flags, uint64_t no_packet);

uint32_t udtp_recv (uint16_t command, uint64_t gfl, STREAM *sm, uint64_t       uint32_t flags);
uint32_t udtp_recv (uint16_t command, uint64_t gfl, FILE *fd, sizeof(*fd),   uint32_t flags);
uint32_t udtp_recv (uint16_t command, uint64_t gfl, MESSAGE *mg, sizeof(*md),   uint32_t flags);
uint32_t udtp_recv (uint16_t command, uint64_t gfl, COMMAND cmd, uint64_t,     uint32_t flags);
uint64_t udtp_recv (uint16_t command, uint64_t gfl, PACKET *buff, sizeof(buff), uint32_t flags, uint64_t no_packet);

bool udtp_close (uint64_t gfl, uint8_t);
bool udtp_shut (uint64_t gfl);

UDTP vs. FTP and SCP

Test
#
Laten­cy,
ms
Pack­et
loss, %
SCP,
Mb/s
TunV17,
Mb/s
x FTP,
Mb/s
UDTP,
Mb/s
x
1 0 0 544 576 1.06 587 645 1.09
2 50 0 272 280 1.03 315 625 1.98
3 50 1 3.58 136 37.9 4.2 282 67.1
4 50 2 2.7 136 50.3 2.5 270 108

TunV17 is a util­i­ty to encap­su­late SCP-pack­ets into UDTP-pack­ets
UDTP is a new trans­port pro­to­col of IPv17 tech­nol­o­gy
Con­tin­ue read­ingUDTP vs. FTP and SCP

UDTP vs. TCP (1GB file transfer)

Series of 1GB file trans­fer tests

# exter­nal proxy, MB/s inter­nal proxy, MB/s
UDTP TCP % UDTP TCP %
1 7.6 6.0 27 7.9 4.9 61
2 7.6 6.0 27 9.2 6.1 51
3 7.6 6.3 21 10.0 7.5 33
4 7.6 5.5 38 8.6 4.8 79
5 7.6 6.4 19 7.4 4.3 72
6 7.6 6.6 15 8.3 4.2 98
7 7.6 6.3 21 7.8 4.8 63
8 7.6 6.1 25 9.2 6.5 42
9 7.6 9.1 -16 10.1 6.4 58
10 7.6 4.5 69 9.3 9.1 2
11 7.6 6.2 23 9.1 8.2 11
aver­age 24% aver­age 52%

Con­tin­ue read­ingUDTP vs. TCP (1GB file trans­fer)”

Грани всеобъемлющего Интернета

Огласите весь список, пожалуйста.
Леонид Гайдай

Объять необъятное

Желание изобрести Интернет заново объединило разработчиков и футурологов. Одни стали думать, как создать “большую деревню”, где одни все про всех все знают, а другие — что следует предпринять, чтобы эти сведения не погубили “деревню”. Con­tin­ue read­ing “Грани всеобъемлющего Интернета”

Целевые установки «Будущего Интернета»

В предыдущей статье [7] было сказано о движении “Future Inter­net”, начало которому положила статья Дейва Кларка [1]. В статье Дейв заявил: «Пришло время начать все с чистого листа». И началось. Con­tin­ue read­ing “Целевые установки «Будущего Интернета»”

Импортозамещение: копировать или придумывать?

Данная публикация открывает серию статей о проектировании и реализации Интернета будущего, который должен преодолеть известные недостатки Интернета сегодняшнего и разработки которого уже ведутся не только за рубежом, но и в РФ. Con­tin­ue read­ing “Импортозамещение: копировать или придумывать?”

Сетевая модель

Выполнение требований, которые информационные потоки предъявляют к процессу переноса, привели к необходимости «оптимизировать» эталонную модель.
Оптимизация направлена, во-первых, на объединение транспортного и канального уровней Con­tin­ue read­ing “Сетевая модель”

Проблемы Эталонной модели

Формирование Эталонной модели проходило в тот исторический период, когда число разнообразных сетевых решений (интерфейсов и протоколов) было очень большим. Поэтому создатели эталонной модели видели свою задачу в том, чтобы сформулировать единые правила представления любой сетевой технологии, так как все они предназначены для передачи информации. Con­tin­ue read­ing “Проблемы Эталонной модели”

Сетевая модель инфокоммуникаций

Свершившаяся конвергенция технологий, сетей и услуг закономерно привела к созданию инфокоммуникационных сетей на базе так называемых сетей связи следующего поколения (NGN). Излишне говорить, что симфонический оркестр отличается от отдельного музыканта точно так же, как от традиционных услуг связи отличается мультисервис, предлагаемый в рамках сетей NGN. Con­tin­ue read­ing “Сетевая модель инфокоммуникаций”

Схемы переноса информационных потоков

Для определения совокупности схем переноса немного повторимся. Отправитель и получатель (рис.3) являются “конечными” точками потока данных. Но в процессе переноса помимо них могут участвовать дополнительные базы данных (каталог) и так называемые «ненаправленные объекты». Con­tin­ue read­ing “Схемы переноса информационных потоков”