All of lore.kernel.org
 help / color / mirror / Atom feed
* R: Re: R: Re: mtu issue with ipsec tunnel and netfilter snat
@ 2013-01-11 15:34 pupilla
  0 siblings, 0 replies; only message in thread
From: pupilla @ 2013-01-11 15:34 UTC (permalink / raw)
  To: jengelh; +Cc: netdev

jengelh@inai.de wrote
>On Thursday 2013-01-10 17:46, pupilla@libero.it wrote:
>
>>jengelh@inai.de wrote:
>>>>
>>>>But why linux_gw_snat is not sending icmp need to frag packets to
>>>>10.148.12.23?
>>>
>>>Perhaps because ICMP was blocked erroneously?
>>
>>well, I don't see the icmp packets because tcpdump 'see' only the 
>>incoming ipsec clear packets. Is there a way to see the outgoing clear 
>>ipsec packets with tcpdump?
>
>Not with AF_PACKET sockets (tcpdump uses such), but you could with 
>iptables -j LOG, NFLOG and TRACE they can be made visible. If you need 
>the full packet, you can either patch up LOG to call the kernel hexdump 
>functions, or use NFLOG - I think - to deliver it to any userspace 
>program to do further processing. If all else fails, there is also 
>NFQUEUE with which the packet can also be copied to userspace.
>

Thanks for the reply.
I have saved the esp packets with tcpdump and then
decrypted with wireshark. Indeed, the icmp need to
frag packets are being sent by the linux ipsec
gateway.

Thanks for support.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2013-01-11 15:34 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-11 15:34 R: Re: R: Re: mtu issue with ipsec tunnel and netfilter snat pupilla

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.