Re: What about port 2048 for GRE(47) packaged in ip protocol

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



encryption/decryption I mean. The kernel can't decrypt the packet 
eventually, kernel sends out the icmp. Just remember this part last time 
I track it down to the kernel side. You may have to take a look at your 
application why the gre doesn't setup correctly.

------------
Banyan He
Blog: http://www.rootong.com
Email: banyan@xxxxxxxxxxx

On 4/11/2013 9:29 AM, yihect wrote:
>
> At 2013-04-10 18:35:12,"Banyan He" <banyan@xxxxxxxxxxx> wrote:
>> I remember I saw this behavior before. Mostly important thing is to find
>> out if the enc/dec goes well. I was having this problem that triggers
>> kernel to send out the icmp.
>>
> enc/dec ??  You mean the content of ip header,  which has been added
> in my program while using raw socket??
>
> How to fix or hack it, is there some way to do research?? I feel the package
> is sent to the upper GRE protocol while been intercepted with raw socket.
> Is there one way to prevent this?? Thanks.
>   
>
>> ------------
>> Banyan He
>> Blog: http://www.rootong.com
>> Email: banyan@xxxxxxxxxxx
>>
>> On 4/10/2013 5:27 PM, yihect wrote:
>>>      
>>>        Hi, all:
>>>
>>>            I'm playing with Gre Tunnel programming in centos 6.
>>>            
>>>            I wrote my program in these steps:
>>>            a, open /dev/net/tun  device and ioctl with TUNSETIFF, get fd to tun device, say "tun0";
>>>            b, create one socket and use it to set tun0's  ip address, namyly SIOCSIFADDR and SIOCSIFDSTADDR; and then turn it up;
>>>            c, create one raw socket to send things which got from the tun0 device to other machine, and to receive packages which should be feeded into the tun0 device;
>>>
>>>            Finally, I ran the program in two machines, say MA and MB, synchronously, and set route info in MA and MB too. The last environment is like this:
>>>
>>>        10.0.3.1/24     192.168.0.31/24    192.168.0.124/24    10.0.4.1/24
>>>             ---------- MA -------------------------------------------  MB ----------
>>>                 tun0          eth0                                    eth0          tun0
>>>
>>>             When I ping MB in MA, and tcpdump eth0 in MA, I get:
>>>
>>>   15:06:39.712390 IP 192.168.0.31 > 192.168.0.124: GREv0, length 88: IP 10.0.3.1 > 10.0.4.1: ICMP echo request, id 28797, seq 1, length 64
>>>   15:06:39.713232 IP 192.168.0.124 > 192.168.0.31: ICMP 192.168.0.124 protocol 47 port 2048 unreachable, length 116
>>>   15:06:39.713667 IP 192.168.0.124 > 192.168.0.31: GREv0, length 88: IP 10.0.4.1 > 10.0.3.1: ICMP echo reply, id 28797, seq 1, length 64
>>>   15:06:39.713754 IP 192.168.0.31 > 192.168.0.124: ICMP 192.168.0.31 protocol 47 port 2048 unreachable, length 116
>>>
>>>             The 1st and 3rd lines is easy to understand, but what about  the 2nd and 4th lines??? Is the raw package been sent up into gre protocol while caught by my program??
>>>
>>>             I have seen ICMP_PORT_UNREACH  stuff been placed in ip_gre.c kernel code, but say it is "Impossible event". So, what's wrong,  have I missed something in my program? Any suggestions are appreciated, thanks.
>>>
>>>     
>>>
>>>
>>>   _______________________________________________
>>>   CentOS mailing list
>>>   CentOS@xxxxxxxxxx
>>>   http://lists.centos.org/mailman/listinfo/centos

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos




[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux