Tested with openfiler and Microsoft iSCSI Software Target.
Tested with VMware E1000 virtual environment, and two physical machines (GIgabyte Z68 / i7 2600k).
Tested with gPXE 1.01
This part works fine:
IP minint-cd1j4jq.lan.1024 > win-2008-dev.lan.iscsi-target: Flags [P.], seq 49:154, ack 1, win 4096, options [nop,nop,TS val 407500 ecr 669092], length 105 0x0000: 4500 009d 0308 0000 4006 f2ff c0a8 0173 E.......@......s 0x0010: c0a8 0190 0400 0cbc 4bdf 37a0 1376 a597 ........K.7..v.. 0x0020: 8018 1000 09f4 0000 0101 080a 0006 37cc ..............7. 0x0030: 000a 35a4 496e 6974 6961 746f 724e 616d ..5.InitiatorNam 0x0040: 653d 6971 6e2e 3230 3030 2d30 392e 6f72 e=iqn.2000-09.or 0x0050: 672e 6574 6865 7262 6f6f 743a 554e 4b4e g.etherboot:UNKN 0x0060: 4f57 4e00 5461 7267 6574 4e61 6d65 3d69 OWN.TargetName=i 0x0070: 716e 3a74 6172 6765 7400 5365 7373 696f qn:target.Sessio 0x0080: 6e54 7970 653d 4e6f 726d 616c 0041 7574 nType=Normal.Aut 0x0090: 684d 6574 686f 643d 4e6f 6e65 00 hMethod=None.
and so forth, and so on.
However, when the operating system being installed attempts to take over, it enters into a SYN/RST loop.
Last of the gPXE packets (note originating port 1024)
IP minint-cd1j4jq.lan.1024 > win-2008-dev.lan.iscsi-target: Flags [P.], ack 4481, win 4096, options [nop,nop,TS val 408816 ecr 676838], length
First packets from Windows Installation (note originating port 49158)
IP minint-cd1j4jq.lan.49158 > win-2008-dev.lan.iscsi-target: Flags [S], seq 1493702989, win 8192, options [mss 1460,nop,wscale 8,nop,nop,sackOK], length IP win-2008-dev.lan.iscsi-target > minint-cd1j4jq.lan.49158: Flags [R.], seq 0, ack 1493702990, win 0, length 0
This just repeats. In fact, after writing all this, I turned my sniffer back on to check:
IP minint-f4151q2.lan.49335 > win-2008-dev.lan.iscsi-target: Flags [S], seq 1797995141, win 8192, options [mss 1460,nop,nop,sackOK], length 0 IP win-2008-dev.lan.iscsi-target > minint-f4151q2.lan.49335: Flags [R.], seq 0, ack 1797995142, win 0, length 0 IP minint-f4151q2.lan.49336 > win-2008-dev.lan.iscsi-target: Flags [S], seq 4194978989, win 8192, options [mss 1460,nop,wscale 8,nop,nop,sackOK], length 0 IP win-2008-dev.lan.iscsi-target > minint-f4151q2.lan.49336: Flags [R.], seq 0, ack 1, win 0, length 0
At no point is the original connected from gPXE (port 1024) released... and at this point I do not have the relevant information to determine whether it should. But I know that two simultaneous connections is just not going to happen.
To see if I could remedy the situation, I enabled timeouts in the Microsoft iSCSI target, and it obligingly dropped the original gPXE connection from port 1024. However, the SYN/RST loop continues, and a new connection is not established.
Edited by sfinktah, 05 December 2011 - 07:42 PM.