POSIX сокет-клиент, подключающийся к себе

Я получаю очень странное поведение со своим кодом сокета клиента TCP, поэтому я написал простую тестовую программу.

Код ниже предназначен для постоянной повторной попытки подключения к серверу (127.0.0.1:36000) пока не соединится. Компилируется с g++ 4.8.5 с -std=c++98 (C ++ 03/11 не может быть использован).

#include <arpa/inet.h>
#include <cctype>
#include <cerrno>
#include <cstring>
#include <iostream>
#include <netdb.h>
#include <netinet/in.h>
#include <sys/socket.h>
#include <unistd.h>

int main()
{
int sd = -1;

while (true)
{
close(sd);

std::cout << "trying to connect" << std::endl;

if ((sd = socket(AF_INET, SOCK_STREAM, 0)) < 0)
{
std::cerr << strerror(errno) << std::endl;
continue;
}

std::cout << "socket created " << sd << std::endl;

struct sockaddr_in addr;
memset((char *)&addr, 0, sizeof(struct sockaddr_in));
addr.sin_family = AF_INET;

if (!inet_aton("127.0.0.1", &addr.sin_addr))
{
std::cerr << strerror(errno) << std::endl;
continue;
}
std::cout << "translated ip" << std::endl;

addr.sin_port = htons(36000);

if (connect(sd, (struct sockaddr *)&addr, sizeof(struct sockaddr_in)) < 0)
{
std::cerr << "Error connecting socket" << std::endl;
continue;
}

std::cout << "connected " << inet_ntoa(addr.sin_addr) << ":" << ntohs(addr.sin_port) << std::endl;
std::cout << "write " << write(sd, "from client", 11) << std::endl;

char buf[1024] = {0};
int size;
while ((size = read(sd, buf, 1024, 0, NULL, NULL)) > -1)
{
buf[size] = 0;
std::cout << "received " << size << " ["  << buf << "]" << std::endl;
}

std::cout << "stopped" << std::endl;
}

return 0;
}

Несмотря на то, что нет сервера или какой-либо другой программы, использующей порт 36000, connect вызов успешно, как и write, Я получаю вывод, который выглядит так:

trying to connect
socket created 3
translated ip
Error connecting socket
trying to connect
socket created 3
translated ip
Error connecting socket
...
...
...
trying to connect
socket created 3
translated ip
connected 127.0.0.1:36000
write 11
received 11 [from client]

Если порт изменен на любой другой неиспользуемый порт (35999, 36001 и т. Д.), connect будет только сбой (соединение отказано). Другие порты никогда не соединяются.

Аргументы recvfrom не изменяются, если они присутствуют.

Кроме того, это происходит только тогда, когда время ожидания сокета не истекло. Если время сокета истекло, connect не удастся.

Бег netstat -an в то время как read заблокирован вернется

tcp        0      0 127.0.0.1:36000         127.0.0.1:36000         ESTABLISHED

Это происходит на CentOS 6,7 и 7 VMS.

Что происходит? Что-то странное в порте 36000? Это Centos /connect ошибка? Я делаю что-то глупое?

Это частичная копия Как вы можете установить TCP-соединение с тем же портом? но это все еще не объясняет, почему это происходит только на порту 36000.