Not detecting Android phone (wifi)

[MaLaCoiD]

The problem was my VMware interfaces with 192.168/16 addresses. They were set for automatic metric. I changed VMnet1 and VMnet8's metric (under IP settings, Advanced) to 700 and 800. Then Winamp found my Incredible, no problem.

Thanks to Wireshark, it looks like the app finds the PC, not the other way around. It sends this every 5 seconds, even when the phone's asleep:
No. Time Source Destination Protocol Info
12612 124.948934 192.168.42.224 239.255.255.250 SSDP NOTIFY * HTTP/1.1

Frame 12612: 261 bytes on wire (2088 bits), 261 bytes captured (2088 bits)
Ethernet II, Src: Htc_76:0e:27 (90:21:55:76:0e:27), Dst: IPv4mcast_7f:ff:fa (01:00:5e:7f:ff:fa)
Internet Protocol, Src: 192.168.42.224 (192.168.42.224), Dst: 239.255.255.250 (239.255.255.250)
User Datagram Protocol, Src Port: ssdp (1900), Dst Port: ssdp (1900)
Hypertext Transfer Protocol
NOTIFY * HTTP/1.1\r\n
Host: 239.255.255.250:1900\r\n
NT: urn:nullsoft.com:device:Android:1\r\n
NTS:ssdp:alive\r\n
Cache-Control:max-age=30\r\n
Location:http://192.168.42.224:41990\r\n
id:600098b504205c4a\r\n
name:HTC ADR6300\r\n
port:41990\r\n
\r\n

When Winamp sees this multicast packet, it ARP's for the source and sends a TCP SYN to start the control session:
No. Time Source Destination Protocol Info
22 5.857098 192.168.42.25 192.168.42.224 TCP 54872 > 41990 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=2 SACK_PERM=1

Frame 22: 66 bytes on wire (528 bits), 66 bytes captured (528 bits)
Ethernet II, Src: PcPartne_24:18:7d (00:01:2e:24:18:7d), Dst: Htc_76:0e:27 (90:21:55:76:0e:27)
Internet Protocol, Src: 192.168.42.25 (192.168.42.25), Dst: 192.168.42.224 (192.168.42.224)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
Total Length: 52
Identification: 0x6141 (24897)
Flags: 0x02 (Don't Fragment)
Fragment offset: 0
Time to live: 128
Protocol: TCP (6)
Header checksum: 0x0000 [incorrect, should be 0xc338]
Source: 192.168.42.25 (192.168.42.25)
Destination: 192.168.42.224 (192.168.42.224)
Transmission Control Protocol, Src Port: 54872 (54872), Dst Port: 41990 (41990), Seq: 0, Len: 0
Source port: 54872 (54872)
Destination port: 41990 (41990)
[Stream index: 4]
Sequence number: 0 (relative sequence number)
Header length: 32 bytes
Flags: 0x02 (SYN)
Window size: 8192
Checksum: 0xd670 [validation disabled]
Options: (12 bytes)
Maximum segment size: 1460 bytes
NOP
Window scale: 2 (multiply by 4)
NOP
NOP
TCP SACK Permitted Option: True

Then when you transfer files back and forth, it opens up a data channel:
No. Time Source Destination Protocol Info
52 12.359712 192.168.42.224 192.168.42.25 TCP 41990 > 54879 [ACK] Seq=1 Ack=403 Win=64076 Len=0

Frame 52: 60 bytes on wire (480 bits), 60 bytes captured (480 bits)
Ethernet II, Src: Htc_76:0e:27 (90:21:55:76:0e:27), Dst: PcPartne_24:18:7d (00:01:2e:24:18:7d)
Internet Protocol, Src: 192.168.42.224 (192.168.42.224), Dst: 192.168.42.25 (192.168.42.25)
Transmission Control Protocol, Src Port: 41990 (41990), Dst Port: 54879 (54879), Seq: 1, Ack: 403, Len: 0