https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4587
Summary: Diameter dictionary for MIPv4 is out of RFC4004.
Product: Wireshark
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
Priority: Low
Component: Wireshark
AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
ReportedBy: kataoka.ts@xxxxxxxxxxxxxx
Created an attachment (id=4410)
--> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=4410)
patch for mobileipv4.xml made by TortoiseSVN.
Build Information:
C:\>"c:\Program Files\Wireshark\tshark" -v
TShark 1.3.3
Copyright 1998-2010 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled with GLib 2.22.3, with WinPcap (version unknown), with libz 1.2.3,
without POSIX capabilities, without libpcre, with SMI 0.4.8, with c-ares 1.7.0,
with Lua 5.1, without Python, with GnuTLS 2.8.5, with Gcrypt 1.4.5, with MIT
Kerberos, with GeoIP.
Running on Windows XP Service Pack 3, build 2600, with WinPcap version 4.1.1
(packet.dll version 4.1.0.1753), based on libpcap version 1.0 branch 1_0_rel0b
(20091008), GnuTLS 2.8.5, Gcrypt 1.4.5.
Built using Microsoft Visual C++ 9.0 build 30729
C:\>
--
The diameter definition described in dictionary mobileipv4.xml r27300 is
illegal out of RFC4004. So, some of diameter AVPs are not represented in
decoded result.
I have made a patch according to RFC4004.
I have found that some of AVPs' code described in 3GPP TS29.234 (now Rel9
2009-12) are conflicting some RFCs including RFC4004. Indeed, code #318 and
#319 are the conflict. According to IANA assignment, RFC4004 is prior to
TS29.234.
I leave AVP code #318 and #319 while TS29.234 has not been corrected.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.