Date: Sat, 16 Jan 2016 01:36:07 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-usb@FreeBSD.org Subject: [Bug 206143] DLINK DUB-E100 revision C1 can't reach destination Message-ID: <bug-206143-17-Df8TkixGDV@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-206143-17@https.bugs.freebsd.org/bugzilla/> References: <bug-206143-17@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206143 --- Comment #21 from Anatoly <anatoly@kazanfieldhockey.ru> --- (In reply to Mantas from comment #19) I see in attached test.pcap file at record 112 that you're trying to connec= t to port 443 (https) on 192.168.1.1 (pfsence). You (192.168.1.100) sending SYN.= And something really listens on this port, since you've got SYN, ACK back (rec. 113). But this SYN, ACK obviously never reaches you. All that repeat 3 time= s. If it isn't firewall blocks those packets, probably they may corrupt for we= ird reason while traveling back. You may try: Disable checksum offloading on ue0: #ifconfig ue0 -txcsum -rxcsum Switch link to slowest mode: #ifconfig ue0 media 10baseT/UTP mediaopt half-duplex But thats really strange since there's no problems with ARP nor ICMP packet= s. Will it work to ping pfsence with 24-byte packets? >ping -l 24 192.168.1.1 = (on windows); #ping -s 24 192.168.1.1 (on unixes) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-206143-17-Df8TkixGDV>