Hi Arnar, It has been a few years, so my logic behind setting alt-dcs is fuzzy. Somebody might have some more insight, but I thought that setting it to 1 indicated 8-bit binary instead of 7-bit GSM. It looks like you header fields are correct. Have you actually generated a valid authentication value yet that you know is correct? That was the most difficult part for me. What I did was reversed engineered an OTA that a SIM vendor had sent to our SMSC. Without that information, there is no way I could have figured it all out. Remember too that the KId, KIc, TAR values and the supported SIM toolkit commands are different for each SIM vendor and, perhaps, each SIM profile. Your settings for Gemalto may not work for G&D.
I do this all through kannel connected via SMPP 3.4 to our SMSC. I then use a wget statement in my perl code to send the message to Kannel. Kent Walker -----Original Message----- From: Arnar Gestsson [mailto:[email protected]] Sent: Tuesday, June 08, 2010 11:54 AM To: Kent Walker Cc: [email protected] Subject: Re: SIM Data download using kannel ;) Hi Kent, thanks a lot, this is actually my thought, i.e. udh - contains the udh portion of the 03.48 packet text - contains the Command packet of the 03.48 packet both fields are obviously url-encoded. The Command packet is CPL(2b), CHL(1b), SPI(2b), KIc(1b), KId(1b),TAR(3b), CNTR(5b), PCNTR(1b), RC(4b), Secure data(xb) in my example we use CRC32 so RC becomes 4b. I just wanted to get confirmed that this format of use is correct. Have you sent this command over SMPP connection or any other of the smsc protocols? Use of alt-dcs shouldn't be needed, should it? Arnar On 06/08/2010 05:04 PM, Kent Walker wrote: > Hi Arnar, > > You are not crazy and someone else has done this: > > http://10.0.2.105:$Port/cgi-bin/sendsms?validity=$ValidityPeriod&usernam > e=x&password=y&to=$MSISDNs[$count]&from=990200$ESME&coding=1&pid=127&dlr > -mask=3&mclass=2&udh=%02%70%00&alt-dcs=1&text=$Headers_Http%$Checksum[0] > %$Checksum[1]%$Checksum[2]%$Checksum[3]%$Checksum[4]%$Checksum[5]%$Check > sum[6]%$Checksum[7]$APDU_Http_Refresh > > This is perl, so everything starting with $ is one of my variables. > > $Header-Http is my string of OTA headers as in GSM 03.48 > $Checksum[0-7] is my authentication checksum as in GSM 03.48 > $APDU_Http_Refresh is my GSM 11.11 APDU string. > > Thanks, > > Kent > > > -----Original Message----- > From: [email protected] [mailto:[email protected]] > On Behalf Of Arnar Gestsson > Sent: Tuesday, June 08, 2010 10:29 AM > To: Rene Kluwen > Cc: [email protected] > Subject: Re: SIM Data download using kannel > > ;) > > well, I want to do OTA update on a EF that has wrong values. Virus, no > not really. But someone must have done this before, don't you think so? > > Arnar > > On 06/08/2010 04:17 PM, Rene Kluwen wrote: > >> What are you trying to do? Write a virus? Heh... >> >> I don't believe it is going to work... but if it does: please share ;) >> >> == Rene >> >> >> -----Original Message----- >> From: Arnar Gestsson [mailto:[email protected]] >> Sent: dinsdag 8 juni 2010 16:14 >> To: Rene Kluwen >> Cc: [email protected] >> Subject: Re: SIM Data download using kannel >> >> Hi Rene, >> >> I intend to send this over an SMPP connection, so I'm not using AT >> commands at all. >> >> >> Arnar >> >> >> >> On 06/08/2010 04:11 PM, Rene Kluwen wrote: >> >> >>> Shouldn't you be using the AT+CMGW command to do that, instead of >>> > AT+CMGS > >>> that Kannel is using? >>> Just a question. >>> >>> -----Original Message----- >>> From: [email protected] [mailto:[email protected]] On >>> > Behalf > >>> Of Arnar Gestsson >>> Sent: dinsdag 8 juni 2010 16:05 >>> To: [email protected] >>> Subject: SIM Data download using kannel >>> >>> Hi guys, >>> >>> I want to do sim data download using http interface of kannel. I >>> > want > >>> to send command to sim to read binary of a EF, such as >>> >>> A0A40000023F00A0A40000027F20A0A40000026F7BA0B0000000 >>> >>> given that I have the profile data required, i.e. the keys, SPI, KiC, >>> KiD values as well as the TAR value. Then the correct way to send it >>> would be >>> >>> >>> >>> >> > .../cgi-bin/sendsms?username=XXX&password=YYY&udh=%02%70%00&text=<url-en > code > >> >> >>> d-command-message-in-03.48-format>&coding=1&pid=127&mclass=2 >>> >>> wouldn't it? >>> >>> This message should come correctly into the ME and been packed into >>> SMS-Point-to-Point Envelop in the ME and sent to the SIMCard, >>> > shouldn't > >>> >>> >> it? >> >> >>> Isn't there anyone out there that can confirm this? >>> >>> BR. >>> >>> Arnar >>> >>> >>> >>> >>> >>> >>> >> >> >> >> > >
