Skip Menu |
 

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Convert-ASN1 CPAN distribution.

Report information
The Basics
Id: 11632
Status: resolved
Priority: 0/
Queue: Convert-ASN1

People
Owner: Nobody in particular
Requestors: e.mugerwa [...] mtc.com.bh
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Date: Wed, 23 Feb 2005 09:47:19 +0300
From: Edward Mugerwa Buyondo <e.mugerwa [...] mtc.com.bh>
Subject: Bug in 'Convert::ASN1 - ASN.1 ' -- Handling OCTET STRING
To: 'Graham Barr' <gbarr [...] pobox.com>
CC: bug-Convert-ASN1 [...] rt.cpan.org
Download (untitled) / with headers
text/plain 4.5k
Dear Graham; It seems that we have a bug in Convert::ASN1. 1. I have this ASN1 description: -- Start GsmChargeableSubscriber ::= [APPLICATION 286] SEQUENCE { imsi Imsi OPTIONAL, msisdn Msisdn OPTIONAL } Msisdn ::= [APPLICATION 152] BCDString Imsi ::= [APPLICATION 129] BCDString BCDString ::= OCTET STRING -- End 2. These are the values I want to encode msisdn = 239227362532 imsi = 262097352084232 3. If I encode using Convert::ASN1 and use another tool to decode I get the following from this tool msisdn = 3233393232373336 imsi = 3236323039373335 And it gives me an error <<ASN.1 ERROR!>> (As if it is adding a 30 to each digit, e.g. 2 becomes 32) 4. However if I use Convert::ASN1 to decode (What I encoded with Convert::ASN1) I get back the original values correctly 5. But if I decode the same values from various sources (These where not encoded with Convert::ASN1) using Convet::ASN1 I get something completely different msisdn = "#\222'6%2", imsi = "& \2275 \204#/" I greatly appreciate your advice. Regards; Edward Show quoted text
-----Original Message----- From: Graham Barr [mailto:gbarr@pobox.com] Sent: Wednesday, January 26, 2005 6:16 PM To: Edward Mugerwa Buyondo Subject: Re: Request for Examples/Info on using 'Convert::ASN1 - ASN.1 Encode/Decode library' for data processing Edward, For an example of use I suggest you look at the Net::LDAP modules in the perl-ldap distribuition on CPAN http://search.cpan.org/dist/perl-ldap/ Graham. On Wed, January 26, 2005 6:25 am, Edward Mugerwa Buyondo said:
> Dear Graham; > > I picked interest in the module and would like to see how I can apply it > in Call Detail Processing for roaming(GSM). However, I don't have > illustrative examples or information that I can rely on to 'peck' at > this module. My interest in is to see how I can put perl into telcom > processing... > > For example If I have call data how can specify that the > CallerNumber=36040952, CalledNumber=900, CallDateTime,CallDuration, etc > etc. .. > > This is to request for your help in this. > > Thanks; > Edward Mugerwa > MTC-Vodafone > Manama,Bahrain > > >
-----------------------------Disclaimer------------------------------
> > This communication is intended for the above named person and is > confidential and / or legally privileged. > Any opinion(s) expressed in this communication are not necessarily those > of the MTC Vodafone Bahrain. If it > has come to you in error you must take no action based upon it, nor must > you print it, copy it, forward it, > or show it to anyone. Please delete and destroy the e-mail and any > attachments and inform the sender > immediately. Thank you. > > MTC Vodafone Bahrain is not responsible for the political, religious, > racial or partisan opinion in any > correspondence conducted by its domain users. Therefore, any such opinion > expressed, whether explicitly or > implicitly, in any said correspondence is not to be interpreted as that of > MTC Vodafone Bahrain. > > MTC Vodafone Bahrain may monitor all incoming and outgoing e-mails in line > with MTC Vodafone Bahrain business > practice. Although MTC Vodafone Bahrain has taken steps to ensure that > e-mails and attachments are free from > any virus, we advise that, in keeping with best business practice, the > recipient must ensure they are actually > virus free. > >
----------------------------------------------------------------------
> > >
-----------------------------Disclaimer------------------------------ This communication is intended for the above named person and is confidential and / or legally privileged. Any opinion(s) expressed in this communication are not necessarily those of the MTC Vodafone Bahrain. If it has come to you in error you must take no action based upon it, nor must you print it, copy it, forward it, or show it to anyone. Please delete and destroy the e-mail and any attachments and inform the sender immediately. Thank you. MTC Vodafone Bahrain is not responsible for the political, religious, racial or partisan opinion in any correspondence conducted by its domain users. Therefore, any such opinion expressed, whether explicitly or implicitly, in any said correspondence is not to be interpreted as that of MTC Vodafone Bahrain. MTC Vodafone Bahrain may monitor all incoming and outgoing e-mails in line with MTC Vodafone Bahrain business practice. Although MTC Vodafone Bahrain has taken steps to ensure that e-mails and attachments are free from any virus, we advise that, in keeping with best business practice, the recipient must ensure they are actually virus free. ----------------------------------------------------------------------


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.