Skip to Content.
Sympa Menu

rare-dev - Re: [rare-dev] Debugging IP checksum failure

Subject: Rare project developers

List archive

Re: [rare-dev] Debugging IP checksum failure


Chronological Thread 
    < Chronological >      < Thread >
  • From: Alexander Gall <>
  • To: <>
  • Subject: Re: [rare-dev] Debugging IP checksum failure
  • Date: Fri, 17 Jun 2022 07:33:48 +0200
Hi

On Thu, 9 Jun 2022 18:17:16 +0200, mc36 <> said:

> hi,
> here we goo:
> https://bitbucket.software.geant.org/projects/RARE/repos/rare/commits/233cce079794dc91afc5c4d9071fa5ea756f2b65
> could you please check if it really silences the logs?

Yes, no more errors. Thanks!

--
Alex

> thanks,
> cs


> On 6/9/22 15:39, mc36 wrote:
>> a bit better... now the test rounds need to passed....
>>
>> sid#clear counters
>> warning userClear.doer:userClear.java:319 counters cleared on all
>> interfaces
>> sid#packet replay pw1 /nfs/zzz.txt
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> sid#packet replay sdn1 /nfs/zzz.txt
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00 00
>> 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00 00 00
>> 02 3c 00 00
>> sid#show interfaces summary
>> interface state tx rx drop
>> template1 admin 0 0 644
>> loopback0 up 1272 0 0
>> loopback42 up 0 0 0
>> loopback65535 up 0 0 0
>> bundle1 up 9870 12225 0
>> bvi1 up 0 228 0
>> bvi2 up 0 216 0
>> bvi3 up 0 292 0
>> bvi4 up 0 216 0
>> ethernet1 up 6635 7802 0
>> ethernet2 up 3235 4423 0
>> ethernet8 up 0 0 0
>> ethernet9 up 0 0 0
>> pwether0 up 160 200 0
>> pwether1 up 152 184 0
>> pwether2 up 0 0 0
>> pwether3 up 0 0 0
>> pwether4 up 0 0 0
>> sdn1 up 152+364 192+0 0+0
>> sdn2 up 0+62 0+0 0+0
>> sdn3 up 0+62 0+0 0+0
>> sdn4 up 0+0 0+0 0+0
>>
>> sid#
>>
>>
>>
>> mc36@nass:/nfs/own/web/freerouter$ ./dif.sh
>> diffing
>> Only in /safe/: binDwn
>> Only in /safe/: binImg
>> Only in /safe/: binOut
>> Only in /safe/: binTmp
>> Only in /safe/: dmp
>> Only in ../src/: .github
>> Only in /safe/: img
>> Only in /safe/: lost+found
>> diff -r -U 10 --color ../src/misc/p4bf/include/ig_ctl.p4
>> /safe/misc/p4bf/include/ig_ctl.p4
>> --- ../src/misc/p4bf/include/ig_ctl.p4 2022-06-08 11:08:38.000000000
>> +0200
>> +++ /safe/misc/p4bf/include/ig_ctl.p4 2022-06-09 15:33:09.872125000
>> +0200
>> @@ -120,20 +120,21 @@
>> if (hdr.ipv6.isValid()) ig_md.pktlen = hdr.ipv6.payload_len + 40;
>> #endif
>>
>> #ifdef HAVE_FRAG
>> ig_ctl_frag.apply(hdr, ig_md, ig_intr_md);
>> #endif
>>
>> ig_ctl_vlan_in.apply(hdr, ig_md, ig_intr_md);
>>
>> if (ig_intr_md.ingress_port == CPU_PORT) {
>> + ig_md.saw_rsvp = 1;
>> ig_tm_md.ucast_egress_port = (PortId_t)hdr.cpu.port;
>> ig_tm_md.bypass_egress = 1;
>> hdr.cpu.setInvalid();
>> } else {
>> if (ig_intr_md.ingress_port == RECIR_PORT) {
>> hdr.cpu.setInvalid();
>> }
>> #ifdef HAVE_PPPOE
>> ig_ctl_pppoe.apply(hdr,ig_md,ig_intr_md, ig_dprsr_md, ig_tm_md);
>> #endif
>> @@ -188,20 +189,21 @@
>> ig_ctl_outport.apply(hdr, ig_md, ig_dprsr_md, ig_tm_md);
>> #ifdef HAVE_OUTACL
>> ig_ctl_acl_out.apply(hdr, ig_md, ig_intr_md, ig_dprsr_md, ig_tm_md);
>> #endif
>> #ifdef HAVE_OUTQOS
>> ig_ctl_qos_out.apply(hdr, ig_md, ig_intr_md, ig_dprsr_md, ig_tm_md);
>> #endif
>> ig_ctl_pkt_pre_emit.apply(hdr, ig_md, ig_intr_md, ig_tm_md);
>>
>> if (ig_md.nexthop_id == CPU_PORT) {
>> + ig_md.saw_rsvp = 1;
>> #ifdef HAVE_TUN
>> ig_ctl_tunnel.apply(hdr,ig_md,ig_intr_md, ig_dprsr_md, ig_tm_md);
>> #endif
>> #ifdef HAVE_MCAST
>> ig_ctl_mcast.apply(hdr,ig_md,ig_intr_md, ig_dprsr_md, ig_tm_md);
>> #endif
>> #ifdef HAVE_COPP
>> ig_ctl_copp.apply(hdr, ig_md, ig_intr_md, ig_dprsr_md, ig_tm_md);
>> #endif
>> } else {
>> Only in /safe/: rtr.zip
>> Only in /safe/: vm
>> mc36@nass:/nfs/own/web/freerouter$
>>
>>
>>
>>
>> On 6/9/22 15:26, mc36 wrote:
>>> hi,
>>> i also did not believed this so i simply replayed the previous igmps
>>> through the tofino dataplane vm,
>>> and i also got the checksum error so at least it's something.... :)
>>> https://github.com/rare-freertr/freeRtr/blob/f24232b5332ed9f4eeeaa1daa8b9301e70b63c1e/misc/p4bf/include/ig_ctl_dprs.p4#L34
>>> is what updates the checksum, and well, rsvp is the other protocol with
>>> router alert option.... lemme fix it real quick... :)
>>> br,
>>> cs
>>>
>>> sid#packet capture pw1
>>> % capturing=true
>>> sid#packet capture sdn1
>>> % capturing=true
>>> sid#packet replay pw1 /nfs/zzz.txt
>>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00
>>> 00 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00
>>> 00 00 02 3c 00 00
>>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00
>>> 00 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00
>>> 00 00 02 3c 00 00
>>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00
>>> 00 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00
>>> 00 00 02 3c 00 00
>>> % tx: 01 00 5e 00 00 01 00 76 16 02 74 79 | | 08 00 46 00 00 24 00 00
>>> 00 00 01 02 3a cc 0a 08 ff fe e0 00 00 01 94 04 00 00 11 0a ec b9 00 00
>>> 00 00 02 3c 00 00
>>> info ipCor4.parseIPheader:ipCor4.java:91 got bad checksum from
>>> 10.8.255.254
>>> info ipCor4.parseIPheader:ipCor4.java:91 got bad checksum from
>>> 10.8.255.254
>>> info ipCor4.parseIPheader:ipCor4.java:91 got bad checksum from
>>> 10.8.255.254
>>> info ipCor4.parseIPheader:ipCor4.java:91 got bad checksum from
>>> 10.8.255.254
>>> sid#packet capture pw1
>>> % capturing=false
>>> sid#packet capture sdn1
>>> % capturing=false
>>> sid#
>>>
>>>
>>>
>>> On 6/9/22 14:54, Alexander Gall wrote:
>>>> On Thu, 9 Jun 2022 14:34:00 +0200, mc36 <> said:
>>>>
>>>>> first of all, thanks for spotting... so the easiest way to have such
>>>>> packets decoded is doing the capture directly from freerouter...
>>>>> "packet capture sdnXXX" should record you the exact failing ones with
>>>>> cpu headers stripped down already...
>>>>> (if you go for pack cap eth0 then you should get the same result as
>>>>> what you did...)
>>>>> but for now, as we already have something and we need to manipulate
>>>>> this hex dumps, k12 format is for rescue (attached)
>>>>> is what you sent, with (pack1) and without (pack2) the cpu header....
>>>>> just wireshark zzz.txt will give you the same red checksum error...
>>>>> finally the 2nd capture is how freertr emits an igmp query toward my
>>>>> notebook... it's all green... so for now, cisco was wrong...:)
>>>>
>>>> Thanks. That would be a really astonishing bug. But, sadly, it would
>>>> not surprise me (I have a TAC case open since 1.5 years where our
>>>> NCS5500 sometimes create bogus destination MAC addresses in IPv6 NS
>>>> messages...)
>>>>
>>>> I'd like to look at the packet right after it leaves the 8201, just to
>>>> be sure. I'll look at that later.
>>>>

Archive powered by MHonArc 2.6.19.

Top of Page