4.20 speed issues on solaris

["Peter O'Gorman" <nmap-dev () mlists thewrittenword com>]

Hi,
We've got some speed issues on solaris, for example, on solaris 8
`nmap -A 192.168.1.1' takes over 20 minutes. The same command run from
an irix machine on the same network finishes in 17 seconds.

Any ideas what could be causing this? Or what options I should go with
to give you more of an idea of what is going on?

I get stuff like this in the output when I add a -d:
Increased max_successful_tryno for 192.168.1.1 to 1 (packet drop)
Increased max_successful_tryno for 192.168.1.1 to 2 (packet drop)
Increased max_successful_tryno for 192.168.1.1 to 3 (packet drop)
Increased max_successful_tryno for 192.168.1.1 to 4 (packet drop)
Increasing send delay for 192.168.1.1 from 0 to 5 due to
max_successful_tryno increase to 4
Increased max_successful_tryno for 192.168.1.1 to 5 (packet drop)
Increasing send delay for 192.168.1.1 from 5 to 10 due to
max_successful_tryno increase to 5
Increased max_successful_tryno for 192.168.1.1 to 6 (packet drop)
Increasing send delay for 192.168.1.1 from 10 to 20 due to
max_successful_tryno increase to 6
Increased max_successful_tryno for 192.168.1.1 to 7 (packet drop)
Increasing send delay for 192.168.1.1 from 20 to 40 due to
max_successful_tryno increase to 7
Increased max_successful_tryno for 192.168.1.1 to 8 (packet drop)
Increasing send delay for 192.168.1.1 from 40 to 80 due to
max_successful_tryno increase to 8
Increasing send delay for 192.168.1.1 from 80 to 160 due to 11 out of
14 dropped probes since last increase.
Increased max_successful_tryno for 192.168.1.1 to 9 (packet drop)
Increasing send delay for 192.168.1.1 from 160 to 320 due to
max_successful_tryno increase to 9

Thanks,
Peter


_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://SecLists.Org