Akhila's profile - activity

RLC-NR decoding under MAC for DRB Hi , I have dumped the packets at wireshark on UDP , when the decoding happens at wire

lte_rrc ue capability not getting decoded though this is decoded in s1ap below is the wireshark capture captured on udp

To get the mac-nr decoded buffer, the context part was filled and data was sent over udp port. Wanted to decode the sf-sfn in the context part , so sent the data as below over udp

UDP data -

6d 61 63 2d 6e 72 01 01 00 02 00 00 03 00 01 04
14 20 01 29 01 84

Decoded fields

1. 6d 61 63 2d 6e 72 - mac-nr
2. 01 01 00 - mandatory fields are decoded fine
3. 02 00 00 - rnti, since it is 0 i dont see in the capture
4. 03 00 01 - ueId - header , value is 2 bytes and gets decoded as 1
5. 04 14 20 -subframe header tag, sf/sfn info IS NOT GETTING DECODED at wireshark
6. 01 29 01 84 - payload also is decoded fine

UDP data is filled as below

 /* MAC Packet Info fileds */
   statBuffer[bufOffset++]    = radioType;
   statBuffer[bufOffset++]    = direction;
   statBuffer[bufOffset++]    = rntiType;

   /* RNTI */
   statBuffer[bufOffset++] = MAC_NR_RNTI_TAG;
   tmp16 = htons(rnti);
   memcpy(statBuffer+bufOffset, &tmp16, 2);
   bufOffset+= 2;

   /* UEId */
   statBuffer[bufOffset++] = MAC_NR_UEID_TAG;
   tmp16 = htons(ueid);
   memcpy(statBuffer+bufOffset, &tmp16, 2);
   bufOffset+= 2;

   U16 subFrameSfn = (sfn << 4)|subframe;

   /* Subframe number */
   statBuffer[bufOffset++] = MAC_NR_SUBFRAME_TAG;
   tmp16 = htons(subFrameSfn);
   memcpy(statBuffer+bufOffset, &tmp16, 2);
   bufOffset+= 2;

    /* Actual Payload */
    statBuffer[bufOffset++] = MAC_NR_PAYLOAD_TAG;


    SCpyMsgFix(mBuf, (MsgLen)0, (MsgLen)len,
                        (Data*) (statBuffer+bufOffset), (MsgLen*)&cLen);
    bufOffset += len;

The wireshark version used here to decode is 3.00, i see only till ueid the context gets decoded and the payload as well The subframe header tag seems to be fine as per the findings. Could any one help as to why it is not getting decoded or anything missing from my end .???

Thanks for the update .. and thanks a lot for the fix :)

Thanks for the info provided !!!..but am curious why is the behavior is kept different for mac-nr from mac-lte because i

Thanks for the info provided !!!..but am curious why is the behavior is kept different for mac-nr from mac-lte because i

Please find the capture here https://drive.google.com/open?id=1Dxi1XQsTg0dFFt9x21bR48Lx0IeJcv_O

wireshark not dissecting the entire context of mac-nr sent over udp To get the mac-nr decoded buffer, the context part w