Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-bugs: [Wireshark-bugs] [Bug 5948] New: The RADIUS dictionary for 3GPP2 needs a correct

Date: Mon, 23 May 2011 09:42:41 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5948

           Summary: The RADIUS dictionary for 3GPP2 needs a correction for
                    field 3GPP2-Carrier-Id
           Product: Wireshark
           Version: 1.4.4
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Trivial
          Priority: Low
         Component: Wireshark
        AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
        ReportedBy: porusdaramehta@xxxxxxxxxxx


Created an attachment (id=6382)
 --> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=6382)
Sample capture

Build Information:
Version 1.4.4 (SVN Rev 36110 from /trunk-1.4)
--
The field Carrier-Id is defined as:
ATTRIBUTE    3GPP2-Carrier-ID            142    octets
This attribute type should be string, i.e. 
ATTRIBUTE    3GPP2-Carrier-ID            142    string
The specification
http://www.3gpp2.org/public_html/Specs/X.S0011-005-D_v2.0_081103.pdf states:

D8 Carrier-ID A string that uniquely identifies the carrier that generated this
UDR.
D8 Carrier-ID 26/142 4 string 3GPP2_Carrier-ID A string that uniquely
identifies the carrier that generated this UDR.

Note that the word 'string' is misleading in this context it actually means
text, as opposed to octets where the words 'octet string' are used:
Eg:
G5 Remote IPv4 Address Octet Count 26/72 variable octet string See Section 4
I have added an image of a sample capture that shows that the data is indeed
text. Although I can modify my local dictionary, this should be fixed within
Wireshark for all to use.

-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.