tcpip issue

I have QNX4 client application on connecting to QNX4 TCP/IP service
on . Now I have situation which should never occur: Client
application on ( even “netstat” ) confirms correct connection to
tcpip service on - on there is no connection to service. I
know that TCPIP runtime version is little outdated, but is it possible that
this situation might occur with the newest version of TCPIP runtime?

host1 status:

IP: 10.3.11.205
version: tcpip rt 4.24, qnx 4.24

$ sin -P modely_pocitane
SID PID PROGRAM PRI STATE BLK CODE DATA
18 16351 //16/*/modely_pocitane 10o REPLY 74 32k 24k

=> application “modely_pocitane” is running

$ sin -P Socket
SID PID PROGRAM PRI STATE BLK CODE DATA
0 74 //16/*/usr/ucb/Socket 10r RECV 0 225k 446k

=> application “modely_pocitane” is blocked on Socket ( reading data from
socket )

$ sin -P modely_pocitane fd
PROGRAM PID
//16/*/modely_pocitane 16351
0 -//16/dev/con2
1 -//16/dev/con2
2 -//16/dev/con2
3 -//16 T 10.3.11.205.1329 10.3.11.208.2002 ESTABLISHED
4 -//16/dev/ttyp0

=> application “modely_pocitane” is connected to host 10.3.11.208 port 2002.

$ netstat -n
Active Internet connections
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp 0 0 10.3.11.205.4096 10.3.11.207.2222 SYN_SENT
tcp 0 0 10.3.11.205.1050 10.3.11.146.3927
ESTABLISHED
tcp 0 0 10.3.11.205.23 10.x.x.x.1036 ESTABLISHED
(telnet)
tcp 0 0 10.3.11.205.1050 10.3.11.69.2398
ESTABLISHED
tcp 0 0 10.3.11.205.1050 10.3.11.159.1054
ESTABLISHED
tcp 0 0 10.3.11.205.1050 10.3.11.38.1983
ESTABLISHED
tcp 0 0 10.3.11.205.1050 10.3.11.253.2260
ESTABLISHED
tcp 0 0 10.3.11.205.2223 10.3.11.206.1029
ESTABLISHED
tcp 0 0 10.3.11.205.3610 10.3.11.206.2222
ESTABLISHED
tcp 0 0 10.3.11.205.1329 10.3.11.208.2002
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42934
ESTABLISHED
tcp 12 0 10.3.11.205.3000 10.3.11.212.42283
ESTABLISHED
tcp 12 0 10.3.11.205.3001 10.3.11.212.42282
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42280
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42279
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42278
ESTABLISHED

=> netstat confirms connection to 10.3.11.208 port 2002. Problem with 16
threads?

sin -P Socket arg

PID USER NAME ARGUMENTS
74 System /usr/ucb/Socket -t 32 is_vp3

=> 16 socket threads cannot be a problem - Socket has allocated 32 threads.



Conclusion: Client application on 10.3.11.205 seems to be connected to
10.3.11.208 port 2002.

\

host2:
IP: 10.3.11.208
version: tcpip rt 4.24, qnx 4.24

$ netstat -an
Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp 0 2 10.3.11.208.23 10.7.21.60.1037
ESTABLISHED
tcp 0 0 *.2000 . LISTEN
tcp 0 0 *.2346 . LISTEN
tcp 0 0 *.2001 . LISTEN
tcp 0 0 *.2002 . LISTEN

=> inetd listens on port 2002

$ netstat -n
Active Internet connections
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp 0 2 10.3.11.208.23 10.x.x.x.1037 ESTABLISHED
(telnet)

=> There is no active connection to port 2002!!!

Collision: claims there is connection to . On there
is no connection to service!

“Martin Michalek” <michalek@procaut.sk> wrote in message
news:b4482q$5jt$1@inn.qnx.com

I have QNX4 client application on connecting to QNX4 TCP/IP
service
on . Now I have situation which should never occur: Client
application on ( even “netstat” ) confirms correct connection to
tcpip service on - on there is no connection to service.
I
know that TCPIP runtime version is little outdated, but is it possible
that
this situation might occur with the newest version of TCPIP runtime?

host1 status:

IP: 10.3.11.205
version: tcpip rt 4.24, qnx 4.24

$ sin -P modely_pocitane
SID PID PROGRAM PRI STATE BLK CODE DATA
18 16351 //16/*/modely_pocitane 10o REPLY 74 32k 24k

=> application “modely_pocitane” is running

$ sin -P Socket
SID PID PROGRAM PRI STATE BLK CODE DATA
0 74 //16/*/usr/ucb/Socket 10r RECV 0 225k 446k

=> application “modely_pocitane” is blocked on Socket ( reading data from
socket )

$ sin -P modely_pocitane fd
PROGRAM PID
//16/*/modely_pocitane 16351
0 -//16/dev/con2
1 -//16/dev/con2
2 -//16/dev/con2
3 -//16 T 10.3.11.205.1329 10.3.11.208.2002 ESTABLISHED
4 -//16/dev/ttyp0

=> application “modely_pocitane” is connected to host 10.3.11.208 port
2002.

$ netstat -n
Active Internet connections
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp 0 0 10.3.11.205.4096 10.3.11.207.2222
SYN_SENT
tcp 0 0 10.3.11.205.1050 10.3.11.146.3927
ESTABLISHED
tcp 0 0 10.3.11.205.23 10.x.x.x.1036
ESTABLISHED
(telnet)
tcp 0 0 10.3.11.205.1050 10.3.11.69.2398
ESTABLISHED
tcp 0 0 10.3.11.205.1050 10.3.11.159.1054
ESTABLISHED
tcp 0 0 10.3.11.205.1050 10.3.11.38.1983
ESTABLISHED
tcp 0 0 10.3.11.205.1050 10.3.11.253.2260
ESTABLISHED
tcp 0 0 10.3.11.205.2223 10.3.11.206.1029
ESTABLISHED
tcp 0 0 10.3.11.205.3610 10.3.11.206.2222
ESTABLISHED
tcp 0 0 10.3.11.205.1329 10.3.11.208.2002
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42934
ESTABLISHED
tcp 12 0 10.3.11.205.3000 10.3.11.212.42283
ESTABLISHED
tcp 12 0 10.3.11.205.3001 10.3.11.212.42282
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42280
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42279
ESTABLISHED
tcp 0 0 10.3.11.205.3002 10.3.11.212.42278
ESTABLISHED

=> netstat confirms connection to 10.3.11.208 port 2002. Problem with 16
threads?

sin -P Socket arg

PID USER NAME ARGUMENTS
74 System /usr/ucb/Socket -t 32 is_vp3

=> 16 socket threads cannot be a problem - Socket has allocated 32
threads.



Conclusion: Client application on 10.3.11.205 seems to be connected to
10.3.11.208 port 2002.

\

host2:
IP: 10.3.11.208
version: tcpip rt 4.24, qnx 4.24

$ netstat -an
Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp 0 2 10.3.11.208.23 10.7.21.60.1037
ESTABLISHED
tcp 0 0 *.2000 . LISTEN
tcp 0 0 *.2346 . LISTEN
tcp 0 0 *.2001 . LISTEN
tcp 0 0 *.2002 . LISTEN

=> inetd listens on port 2002

$ netstat -n
Active Internet connections
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp 0 2 10.3.11.208.23 10.x.x.x.1037
ESTABLISHED
(telnet)

=> There is no active connection to port 2002!!!

Collision: claims there is connection to . On there
is no connection to service!