[
https://issues.apache.org/jira/browse/DIRMINA-514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12559807#action_12559807
]
Trustin Lee commented on DIRMINA-514:
-------------------------------------
As you pointed out, it works just fine for both in Linux. The following is the
TCPDUMP result. I tested using loopback device and eth0 (connected via a
switching hub). Does anyone have access to MacOS X? I don't have any Mac for
me. For now I just suspect JDK hmm...
[EMAIL PROTECTED]:~/workspace/checkout/asf/mina/trunk/core$ sudo tcpdump -i lo
port 9090
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 68 bytes
14:00:36.048017 IP localhost.34516 > localhost.9090: S 1140196216:1140196216(0)
win 32792 <mss 16396,sackOK,timestamp 77224720[|tcp]>
14:00:36.059311 IP localhost.9090 > localhost.34516: S 1130214661:1130214661(0)
ack 1140196217 win 32768 <mss 16396,sackOK,timestamp 77224720[|tcp]>
14:00:36.059353 IP localhost.34516 > localhost.9090: . ack 1 win 257
<nop,nop,timestamp 77224720 77224720>
14:00:36.199075 IP localhost.34516 > localhost.9090: P 1:3(2) ack 1 win 257
<nop,nop,timestamp 77224765 77224720>
14:00:36.199087 IP localhost.9090 > localhost.34516: . ack 3 win 256
<nop,nop,timestamp 77224765 77224765>
14:00:36.199628 IP localhost.9090 > localhost.34516: P 1:3(2) ack 3 win 256
<nop,nop,timestamp 77224765 77224765>
14:00:36.199643 IP localhost.34516 > localhost.9090: . ack 3 win 257
<nop,nop,timestamp 77224765 77224765>
14:00:36.199701 IP localhost.9090 > localhost.34516: F 3:3(0) ack 3 win 256
<nop,nop,timestamp 77224765 77224765>
14:00:36.211345 IP localhost.34516 > localhost.9090: F 3:3(0) ack 4 win 257
<nop,nop,timestamp 77224769 77224765>
14:00:36.211358 IP localhost.9090 > localhost.34516: . ack 4 win 256
<nop,nop,timestamp 77224769 77224769>
10 packets captured
20 packets received by filter
0 packets dropped by kernel
[EMAIL PROTECTED]:~/workspace/checkout/asf/mina/trunk/core$ sudo tcpdump -i
eth0 port 9090
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 68 bytes
14:01:03.247024 IP bonobono.60466 > eden.9090: S 918076750:918076750(0) win
5840 <mss 1460,sackOK,timestamp 29913736[|tcp]>
14:01:03.247334 IP eden.9090 > bonobono.60466: S 1159059088:1159059088(0) ack
918076751 win 5792 <mss 1460,sackOK,timestamp 77232880[|tcp]>
14:01:03.247222 IP bonobono.60466 > eden.9090: . ack 1 win 92
<nop,nop,timestamp 29913736 77232880>
14:01:03.751808 IP bonobono.60466 > eden.9090: P 1:3(2) ack 1 win 92
<nop,nop,timestamp 29913888 77232880>
14:01:03.751822 IP eden.9090 > bonobono.60466: . ack 3 win 46
<nop,nop,timestamp 77233031 29913888>
14:01:03.752581 IP eden.9090 > bonobono.60466: P 1:3(2) ack 3 win 46
<nop,nop,timestamp 77233032 29913888>
14:01:03.752666 IP eden.9090 > bonobono.60466: F 3:3(0) ack 3 win 46
<nop,nop,timestamp 77233032 29913888>
14:01:03.752841 IP bonobono.60466 > eden.9090: . ack 3 win 92
<nop,nop,timestamp 29913888 77233032>
14:01:03.753001 IP bonobono.60466 > eden.9090: F 3:3(0) ack 4 win 92
<nop,nop,timestamp 29913888 77233032>
14:01:03.753008 IP eden.9090 > bonobono.60466: . ack 4 win 46
<nop,nop,timestamp 77233032 29913888>
10 packets captured
10 packets received by filter
0 packets dropped by kernel
[EMAIL PROTECTED]:~/workspace/checkout/asf/mina/trunk/core$
> Session closing problem on Mac OS X
> -----------------------------------
>
> Key: DIRMINA-514
> URL: https://issues.apache.org/jira/browse/DIRMINA-514
> Project: MINA
> Issue Type: Bug
> Components: Core
> Affects Versions: 2.0.0-M1
> Environment: Mac OS X 10.4 with Java 1.5.0_07 -87
> Reporter: Matteo Merli
> Attachments: Echo1_1.java, Echo2_0.java
>
>
> A call to session.close() does not send a FIN packet althought MINA will
> considers the session as closed.
> I've attached two test cases, one that works with MINA 1.1 (and works fine)
> and other with MINA 2.0 that doesn't close connections.
> This is a simple echo server that receives a message, writes it back to the
> client and (should) close the connection.
> This problem is *NOT* ocurring on Linux where the same test case works fine.
> It only shows up on Mac OS X.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
