[Florent Drouin <florent.drouin@xxxxxxxxxxxxxxxxx>]

   Hi Anders,

Thank you for your correction. It is working now with the new syntax.
I did launch some tests, and found  new problems.

For the Cancel Location message, you can replace the 
old_CancelLocationArgV2 by the Identity message.
So the old syntax for Cancel Location is not used anymore.
<<
static int dissect_invokeData(proto_tree *tree, tvbuff_t *tvb, int 
offset, asn1_ctx_t *actx) {
../..
 case  2: /*updateLocation*/   
   offset=dissect_gsm_map_ms_UpdateLocationArg(FALSE, tvb, offset, 
actx, tree, -1);
   break;
 case  3: /*cancelLocation*/
   offset=dissect_mc_message(tvb, offset, actx, tree,   
                 FALSE, dissect_gsm_map_Identity, hf_gsm_map_ms_identity,
                 FALSE, dissect_gsm_map_Identity, hf_gsm_map_ms_identity,
                 //FALSE, dissect_gsm_old_CancelLocationArgV2, 
-1,/*undefined*/
                 TRUE , dissect_gsm_map_ms_CancelLocationArg_U, -1);
   break;
>>

For the message Send Authentication Info Res, there is a typo error. The 
"item" should not be used.
<<
static int dissect_returnResultData(proto_tree *tree, tvbuff_t *tvb, int 
offset, asn1_ctx_t *actx) {

 case 56: /*sendAuthenticationInfo*/
   offset=dissect_mc_message(tvb, offset, actx, tree,   
                 FALSE, NULL, -1,
                 //FALSE, 
dissect_gsm_old_SendAuthenticationInfoResOld_item, -1,
                 FALSE, dissect_gsm_old_SendAuthenticationInfoResOld, -1,
                 TRUE , dissect_gsm_map_ms_SendAuthenticationInfoRes, -1);
   break;
>>


I have two other problems,
- one with the decoding of "processUnstructuredSS-Data", the IA5 string 
is not decoded/displayed.
- and one with a Facility with Forward CUG info. For this problem, this 
is only a display problem, as the information is correctly decoded, but 
a Warning is displayed at the end of the decoding.

I will continue to analyze MAP traces, and if I found the corrections 
for the 2 last problems, I'll send it to you.

Best regards
Florent


Anders Broman wrote:
> Hi,
> I changed the asn1 def of the PLMN container and it looks
> Ok to me now.
>
> Regards
> Anders
>
> -----Ursprungligt meddelande-----
> Från: wireshark-dev-bounces@xxxxxxxxxxxxx
> [mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] För Anders Broman
> Skickat: den 15 juni 2007 19:41
> Till: 'Developer support list for Wireshark'
> Ämne: Re: [Wireshark-dev] gsmmap asn1 directory
>
> Hi,
> Did dissection of the PLMN container work previously?
> Regards
> Anders
>
> -----Ursprungligt meddelande-----
> Från: wireshark-dev-bounces@xxxxxxxxxxxxx
> [mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] För Florent Drouin
> Skickat: den 15 juni 2007 18:50
> Till: Developer support list for Wireshark
> Ämne: Re: [Wireshark-dev] gsmmap asn1 directory
>
> It's OK for the AuthenticationInfo.
> I will try to launch an "campaign" to detect other decoding problems, 
> but only once the gsmmap.cnf file will be updated.
> Because, at the present time, I have to many errors with messages 
> containing the private plmn container.
> Thank's for your correction.
>
> Regards
> Florent
>
> Anders Broman wrote:
>   
> > Hi,
> > Can you try now?
> > Regards
> > Anders
> >
> > -----Ursprungligt meddelande-----
> > Från: wireshark-dev-bounces@xxxxxxxxxxxxx
> > [mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] För Anders Broman (AL/EAB)
> > Skickat: den 15 juni 2007 10:53
> > Till: Developer support list for Wireshark
> > Ämne: Re: [Wireshark-dev] gsmmap asn1 directory
> >
> > Hi,
> > Will try to fix it this evening.
> > Regards
> > Anders 
> >
> > -----Original Message-----
> > From: wireshark-dev-bounces@xxxxxxxxxxxxx
> > [mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] On Behalf Of Florent Drouin
> > Sent: den 15 juni 2007 10:34
> > To: Developer support list for Wireshark
> > Subject: [Wireshark-dev] gsmmap asn1 directory
> >
> >     Hello,
> >
> > I wanted to make a change in the gsmmap template files, for the
> > SendAuthentication InfoArgOld.
> > But I can not generate the files again from the ASN1 directory.
> > I did update the Unix Makefile to have the same inputs as the windows
> > one, but it doesn't work.
> > I think the gsmmap.cnf is not up to date, and it seems not to be used by
> > the Makefile.
> >
> > Could you check if the MAP asn1 directory is up to date ?
> >
> > Thanks in advance
> > Regards
> > Florent
> >
> > _______________________________________________
> > Wireshark-dev mailing list
> > Wireshark-dev@xxxxxxxxxxxxx
> > http://www.wireshark.org/mailman/listinfo/wireshark-dev
> > _______________________________________________
> > Wireshark-dev mailing list
> > Wireshark-dev@xxxxxxxxxxxxx
> > http://www.wireshark.org/mailman/listinfo/wireshark-dev
> >
> > _______________________________________________
> > Wireshark-dev mailing list
> > Wireshark-dev@xxxxxxxxxxxxx
> > http://www.wireshark.org/mailman/listinfo/wireshark-dev
> >   
> >     
>
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
>
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
>
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
>

Attachment: ForwardCUGInfo.cap
Description: Binary data

Attachment: sendAuthenticationRes.cap
Description: Binary data

Attachment: USSD.cap
Description: Binary data

Attachment: cancelLocation.cap
Description: Binary data