ANNOUNCEMENT: Live Wireshark University & Allegro Packets online APAC Wireshark Training Session
April 17th, 2024 | 14:30-16:00 SGT (UTC+8) | Online

Wireshark-bugs: [Wireshark-bugs] [Bug 10057] New: Same AVP Codes for two different AVPs

Date: Mon, 28 Apr 2014 13:36:51 +0000
Bug ID 10057
Summary Same AVP Codes for two different AVPs
Classification Unclassified
Product Wireshark
Version 1.11.x (Experimental)
Hardware x86
OS Windows 7
Status UNCONFIRMED
Severity Normal
Priority Low
Component Wireshark
Assignee [email protected]
Reporter [email protected]

Build Information:
Version 1.11.3 (v1.11.3-0-g1dd5d3a from master)
Compiled (64-bit) with GTK+ 2.24.14, with Cairo 1.10.2, with Pango 1.30.1, with
GLib 2.34.1, with WinPcap (4_1_3), with libz 1.2.5, with SMI 0.4.8, with c-ares
1.9.1, with Lua 5.2, without Python, with GnuTLS 2.12.18, with Gcrypt 1.4.6,
without Kerberos, with GeoIP, with PortAudio V19-devel (built Apr 15 2014),
with
AirPcap.

Running on 64-bit Windows 7 Service Pack 1, build 7601, with WinPcap version
4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch
1_0_rel0b (20091008), GnuTLS 2.12.18, Gcrypt 1.4.6, without AirPcap.
       Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, with 3979MB of physical
memory.


Built using Microsoft Visual C++ 10.0 build 40219

--
Possible typo.

In diameter/dictionary.xml there is same avp code for two different AVPs.

    <avp name="Event-Threshold-Event-1F" code="1661" vendor-bit="must"
vendor-id="TGPP">
      <type type-name="Integer32"/>
    </avp>
    <avp name="Event-Threshold-Event-1I" code="1662" vendor-bit="must"
vendor-id="TGPP">
      <type type-name="Integer32"/>
    </avp>
    <avp name="Restoration-Priority" code="1662" vendor-bit="must"
vendor-id="TGPP">
      <type type-name="Unsigned32"/>
    </avp>

After changing 1662->1663 for Restoration Priority. Decoding is fine.

Reference 3GPP TS 29.272 v11.7 onwards.


You are receiving this mail because:
  • You are watching all bug changes.