Re: [RFI] UDH in MO messages

Aarno Syvänen <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization Wiral Ltd
Message-ID <[email protected]>
Hi Bruno,

Bruno David Rodrigues wrote:
> 
> the %u patch is already in cvs (and we already have a X-Kannel-UDH in post
> smsbox->application).

Thanks (our developers do insist having this in the url).

> Could you check in cimd2 packet if the udh is in the text field or
> separated, or if cimd2 have a udhi
> indicator ?

It is separated (a separate parameter, with id 032), and there are no
udhi, 
either. See attached file.

Aarno

> 
> ----- Original Message -----
> From: "Aarno Syvänen" <[email protected]>
> To: "Bruno David Rodrigues" <[email protected]>
> Cc: "Kannel-devel (E-mail)" <[email protected]>
> Sent: Monday, March 11, 2002 11:26 AM
> Subject: Re: [RFI] UDH in MO messages
> 
> > Hi Bruno,
> >
> > we can test this with CIMD2, if you send the patch.
> >
> > Aarno
> >
> > > Bruno David Rodrigues wrote:
> > >
> > > Can anyone send me a UCP example string of a long text message and a
> > > picture message so
> > > I can see if my smsc is broken or if we're gonna have a problem with
> > > MO udh interpretation...
> > >
> > > This is the first part of a picture message:
> > > <19/00389/O/52/mylargeaccount/mymobile////////////0000/080302153641///
> > > /4/1120/0B0504158A00000003010301300000014202010000481C01000000800
> > > 0000000000000000400001000000038100004400010000044000400A10C00000
> > > 042010A11128200000049C25129544100000030221544A54120000001010A544
> > > 28200100200008428A10102000000004A10A28084400002088A28A2800400020
> > > 0C10A28A28008000041010A28A28030///1/1//////0201F50D0100///2E>
> > > As you can see, UDH is embebed in text message and I don't find any
> > > bit in
> > > ucp specification like UDHI in PDU.
> > >
> > > How could we know that there is a udh in there ?
> > > Is my smsc broken ?
> > >
> > >
> > > Even stranger is when I send a long text message through my ericsson,
> > > I receive this:
> > >
> > >
> <26/00106/O/52/mylargeaccount/mymobile////////////0000/080302165103////3//60
> ///0///////0201000D0100///0D>
> > >
> <27/00106/O/52/mylargeaccount/mymobile////////////0000/080302165105////3//60
> ///0///////0201000D0100///10>
> > > Two almost empty messages (I haven't sent any grave accent, but
> > > several "monomoo monomoo ...")
> > >
> > > The same message arrives ok in a nokia (two messages with message 1 of
> > > 2  and 2/2).
> > >
> > > Any ideas ?
> > >
> >
bearerbox.log (text/plain, 2.5 KB)
2002-03-14 13:03:43 [5] DEBUG: Octet string at 0x829b6c8:
2002-03-14 13:03:43 [5] DEBUG:   len:  125
2002-03-14 13:03:43 [5] DEBUG:   size: 126
2002-03-14 13:03:43 [5] DEBUG:   immutable: 0
2002-03-14 13:03:43 [5] DEBUG:   data: 02 32 30 3a 30 30 30 09   .20:000.
2002-03-14 13:03:43 [5] DEBUG:   data: 30 32 31 3a 31 32 35 38   021:1258
2002-03-14 13:03:43 [5] DEBUG:   data: 32 09 30 32 33 3a 33 35   2.023:35
2002-03-14 13:03:43 [5] DEBUG:   data: 38 35 30 35 37 32 39 35   85057295
2002-03-14 13:03:43 [5] DEBUG:   data: 32 36 09 30 36 30 3a 30   26.060:0
2002-03-14 13:03:43 [5] DEBUG:   data: 32 30 33 31 34 31 35 30   20314150
2002-03-14 13:03:43 [5] DEBUG:   data: 35 31 35 09 30 33 32 3a   515.032:
2002-03-14 13:03:43 [5] DEBUG:   data: 30 36 30 35 30 34 30 43   0605040C
2002-03-14 13:03:43 [5] DEBUG:   data: 35 43 30 30 30 30 09 30   5C0000.0
2002-03-14 13:03:43 [5] DEBUG:   data: 33 33 3a 56 30 39 4c 52   33:V09LR
2002-03-14 13:03:43 [5] DEBUG:   data: 30 31 20 55 49 3d 6a 75   01 UI=ju
2002-03-14 13:03:43 [5] DEBUG:   data: 68 61 6b 20 50 57 3d 4a   hak PW=J
2002-03-14 13:03:43 [5] DEBUG:   data: 75 68 61 6b 20 43 49 3d   uhak CI=
2002-03-14 13:03:43 [5] DEBUG:   data: 77 76 3a 09 30 35 32 3a   wv:.052:
2002-03-14 13:03:43 [5] DEBUG:   data: 30 09 30 33 30 3a 32 34   0.030:24
2002-03-14 13:03:43 [5] DEBUG:   data: 31 09 36 39 03            1.69.
2002-03-14 13:03:43 [5] DEBUG: Octet string dump ends.
2002-03-14 13:03:43 [5] DEBUG: CIMD2 received message.  Text:
2002-03-14 13:03:43 [5] DEBUG: Octet string at 0x82982f8:
2002-03-14 13:03:43 [5] DEBUG:   len:  32
2002-03-14 13:03:43 [5] DEBUG:   size: 33
2002-03-14 13:03:43 [5] DEBUG:   immutable: 0
2002-03-14 13:03:43 [5] DEBUG:   data: 56 30 39 4c 52 30 31 20   V09LR01
2002-03-14 13:03:43 [5] DEBUG:   data: 55 49 3d 6a 75 68 61 6b   UI=juhak
2002-03-14 13:03:43 [5] DEBUG:   data: 20 50 57 3d 4a 75 68 61    PW=Juha
2002-03-14 13:03:43 [5] DEBUG:   data: 6b 20 43 49 3d 77 76 3a   k CI=wv:
2002-03-14 13:03:43 [5] DEBUG: Octet string dump ends.
2002-03-14 13:03:43 [5] DEBUG: Text in latin1:
2002-03-14 13:03:43 [5] DEBUG: Octet string at 0x82982f8:
2002-03-14 13:03:43 [5] DEBUG:   len:  32
2002-03-14 13:03:43 [5] DEBUG:   size: 33
2002-03-14 13:03:43 [5] DEBUG:   immutable: 0
2002-03-14 13:03:43 [5] DEBUG:   data: 56 30 39 4c 52 30 31 20   V09LR01
2002-03-14 13:03:43 [5] DEBUG:   data: 55 49 3d 6a 75 68 61 6b   UI=juhak
2002-03-14 13:03:43 [5] DEBUG:   data: 20 50 57 3d 4a 75 68 61    PW=Juha
2002-03-14 13:03:43 [5] DEBUG:   data: 6b 20 43 49 3d 77 76 3a   k CI=wv:
2002-03-14 13:03:43 [5] DEBUG: Octet string dump ends.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.