Wireshark-dev: Re: [Wireshark-dev] Problem decoding ULP in TLS encapsulation
From: <Thane.Frivold@xxxxxxxxx>
Date: Thu, 9 Aug 2007 12:20:00 -0500
Anders,
Build 22477 took care of the problem.
Thanks so much!
Cheers,
- Thane
>-----Original Message-----
>From: Frivold Thane (Nokia-M/SanFrancisco)
>Sent: Wednesday, August 08, 2007 11:51 PM
>To: 'wireshark-dev@xxxxxxxxxxxxx'
>Cc: Frivold Thane (Nokia-M/SanFrancisco)
>Subject: Problem decoding ULP in TLS encapsulation
>
>Hello,
>
>Sorry for the accidental, premature send of an incomplete
>draft of this message...
>
>I have captured a trace of a ULP (OMA UserPlane Location
>Protocol) session. It is encapsulated in TLS, so I added the
>following single entry to the "RSA keys list" under the SSL
>preferences:
>
> 10.10.5.67,7275,ulp,C:\USERS\tfrivold\pki.key;
>
>However, when I start up Wireshark, the SSL debug file
>suggests that the ULP module cannot be found ("association_add
>could not find handle for protocol 'ulp'" below). Wireshark
>will decrypt the TLS application data packets, but just shows
>them as opaque data; not ULP packets. However, I was able to
>view the decoded ULP packets through some painstaking
>reformatting and use of text2pcap, so the ULP module does work
>on unencrypted data. It would be nice for the TLS encapsulated
>ULP packets to just display without special reformatting.
>
>Is this cockpit error on my part, or is there an internal
>configuration issue?
>
>Thank you.
>
>Cheers,
>
>Thane Frivold
>thane.frivold@xxxxxxxxx
>
>
>=-=-= SSL debug file =-=-=
>
>ssl_init keys string:
>10.10.5.67,7275,ulp,C:\USERS\tfrivold\pki.key;
>ssl_init found host entry
>10.10.5.67,7275,ulp,C:\USERS\tfrivold\pki.key;
>ssl_init addr 10.10.5.67 port 7275 filename
>C:\USERS\tfrivold\pki.key ssl_init private key file
>C:\USERS\tfrivold\pki.key successfully loaded association_add
>TCP port 7275 protocol ulp handle 00000000 association_add
>could not find handle for protocol 'ulp', try to find 'data'
>dissector ssl_init found host entry ssl_init entry malformed
>can't find port in ''
>association_find: TCP port 443 found 0332D900
>ssl_association_remove removing TCP 443 - http handle 02B468C0
>association_add TCP port 443 protocol http handle 02B468C0
>association_find: TCP port 636 found 0332D418
>ssl_association_remove removing TCP 636 - ldap handle 028DE710
>association_add TCP port 636 protocol ldap handle 028DE710
>association_find: TCP port 993 found 0332D5D0
>ssl_association_remove removing TCP 993 - imap handle 02BB5228
>association_add TCP port 993 protocol imap handle 02BB5228
>association_find: TCP port 995 found 0332DE68
>ssl_association_remove removing TCP 995 - pop handle 02C4F6F8
>association_add TCP port 995 protocol pop handle 02C4F6F8
>
>
>=-=-= Details from "About" menu option =-=-=
>
>Version 0.99.6a (SVN Rev 22276)
>
>Copyright 1998-2007 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 GTK+ 2.10.12, with GLib 2.12.12, with WinPcap
>(version unknown), with libz 1.2.3, with libpcre 6.4, with
>Net-SNMP 5.4, with ADNS, with Lua 5.1, with GnuTLS 1.6.1, with
>Gcrypt 1.2.3, with MIT Kerberos, with PortAudio PortAudio
>V19-devel, with AirPcap.
>
>Running on Windows XP Service Pack 2, build 2600, with WinPcap
>version 4.0.1 (packet.dll version 4.0.0.901), based on libpcap
>version 0.9.5, without AirPcap.
>
>Built using Microsoft Visual C++ 6.0 build 8804
>
>
>
- References:
- [Wireshark-dev] Problem decoding ULP in TLS encapsulation
- From: Thane.Frivold
- [Wireshark-dev] Problem decoding ULP in TLS encapsulation
- Prev by Date: Re: [Wireshark-dev] Building Error.
- Next by Date: [Wireshark-dev] Wireshark Windows Executable including Unistim
- Previous by thread: Re: [Wireshark-dev] Problem decoding ULP in TLS encapsulation
- Next by thread: [Wireshark-dev] Wireshark libpcap.so dependency
- Index(es):