Ask Your Question

Akhila's profile - activity

2020-09-09 03:48:57 +0000 received badge  Famous Question (source)
2020-09-09 03:48:57 +0000 received badge  Notable Question (source)
2020-01-06 12:28:54 +0000 asked a question lte_rrc ue capability not getting decoded though this is decoded in s1ap

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

2020-01-06 11:22:52 +0000 received badge  Popular Question (source)
2019-08-22 05:56:17 +0000 marked best answer wireshark not dissecting the entire context of mac-nr sent over 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 .???

2019-08-22 05:56:17 +0000 received badge  Scholar (source)
2019-08-21 04:58:01 +0000 commented answer wireshark not dissecting the entire context of mac-nr sent over udp

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

2019-07-29 05:25:39 +0000 commented answer wireshark not dissecting the entire context of mac-nr sent over udp

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

2019-07-29 05:20:46 +0000 commented answer wireshark not dissecting the entire context of mac-nr sent over udp

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

2019-07-26 12:01:51 +0000 received badge  Rapid Responder
2019-07-26 12:01:51 +0000 answered a question wireshark not dissecting the entire context of mac-nr sent over udp

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

2019-07-25 06:45:07 +0000 asked a question wireshark not dissecting the entire context of mac-nr sent over udp

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