Hi,
On Fri, Feb 26, 2021 at 05:01:38PM +0100, Claudio Luck wrote:
> Checksum errors are rather common to originate in virtualization
> platforms. It is one of the things to check for when deploying new
> infrastructure. Even some bigger resellers hand out VMs with these
> problems: I occasional
On 26.02.21 12:29, Silvan M. Gebhardt wrote:
> Isn't that the case with tcp_offload enabled in the NIC that tcpdump will see
> incorrect checksums?
>
>
> I'm by no means a tcpdump expert:
>
> Those incorrect checksums: are my systems generating incorrect checksums
> or is it the swisscom s
Isn't that the case with tcp_offload enabled in the NIC that tcpdump will see
incorrect checksums?
>>>
I'm by no means a tcpdump expert:
Those incorrect checksums: are my systems generating incorrect checksums
or is it the swisscom side? It seems weird that different systems with
different OS a
I don't seem to have problem from AS6772:
$ openssl s_client -connect [2a02:a90:c400:5001::2]:https
[ssh handshake stuff]
GET / HTTP/1.0
HTTP/1.0 301 Moved Permanently
Location: https://www.swisscom.ch/de/privatkunden.html
Connection: close
Content-Length: 252
[...]
--
Mit freundlichen Grüssen
Hi Jeroen
There were two issues, one has been resolved, which was the routing
issue I was seeing from one of the networks where I tested from.
What remains is that I can't open a successful TCP connection to
www.swisscom.ch on Port 443 when coming from a non-swisscom network.
> Check with a tcpd
5 matches
Mail list logo