Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Jan 2016 01:36:07 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-amd64@FreeBSD.org
Subject:   [Bug 206143] DLINK DUB-E100 revision C1 can't reach destination
Message-ID:  <bug-206143-6-7Qp5N6kYcT@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-206143-6@https.bugs.freebsd.org/bugzilla/>
References:  <bug-206143-6@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 on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-206143-6-7Qp5N6kYcT>