Re: splitting messages

"Bill Brigden" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <009101c3671f$1e84c290$0100a8c0@bag>
It may be (as Stipe said) that the phone uses the source address (1111 or
2222) as well as the concatenation Id (in this case 00), for re constructing
messages.


----- Original Message -----
From: "DILWORTH MICHAEL" <[email protected]>
To: <[email protected]>
Sent: Wednesday, August 20, 2003 2:12 PM
Subject: splitting messages


hi all

I have a little issue here I hope someone can shed some light on.

what i want to do is to split a binary message (operator logo) and send it
to a mobile.  simple..yes, but i want to sent it using 2 different froms. it
doesnt seem to work.  it works ok if i use the same from.

Please find here the sample (nokia operator logo with udh ) and my debugs.
sorry its quite long


any help??

can this not be done?


thanks

mike



if you sendsms the following 2 sms (i only supplly the udh, text and from,
you have to supply the rest) to a nokia it works ok.  note the sender is
3333

&from=3333&udh=%0B%05%04%15%82%00%00%00%03%00%02%01&text=%02%F2%10%00%48%0e%
01%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%01%e0%00%0
0%00

&from=3333&&udh=%0B%05%04%15%82%00%00%00%03%00%02%02&text=%00%00%00%00%02%10
%00%00%00%00%25%29%41%c4%08%83%9d%2f%72%29%29%42%48%c4%84%a5%48%4a%31%29%42%
49%24%84%a5%8e%4a%29%29%42%49%24%84%a5%48%4a%25%29%43%c9%d4%87%bd%28%72%24%c
6%7a%44%08%f4%a5%27%4a%00%00%00%02%00%00%00%00%00%3f%ff%ff%f9%ff%ff%ff%ff%fe
%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00

however if you change the the from on the second it doesnt work.. here is my
kannel debug from sending part 1 from 1111 and part 2 from 2222

2003-08-20 16:02:04 [27] DEBUG:   type_name: submit_sm
2003-08-20 16:02:04 [27] DEBUG:   command_id: 4 = 0x00000004
2003-08-20 16:02:04 [27] DEBUG:   command_status: 0 = 0x00000000
2003-08-20 16:02:04 [27] DEBUG:   sequence_number: 327 = 0x00000147
2003-08-20 16:02:04 [27] DEBUG:   service_type: NULL
2003-08-20 16:02:04 [27] DEBUG:   source_addr_ton: 2 = 0x00000002
2003-08-20 16:02:04 [27] DEBUG:   source_addr_npi: 1 = 0x00000001
2003-08-20 16:02:04 [27] DEBUG:   source_addr: "1111"
2003-08-20 16:02:04 [27] DEBUG:   dest_addr_ton: 2 = 0x00000002
2003-08-20 16:02:04 [27] DEBUG:   dest_addr_npi: 1 = 0x00000001
2003-08-20 16:02:04 [27] DEBUG:   destination_addr: "6937850247"
2003-08-20 16:02:04 [27] DEBUG:   esm_class: 67 = 0x00000043
2003-08-20 16:02:04 [27] DEBUG:   protocol_id: 0 = 0x00000000
2003-08-20 16:02:04 [27] DEBUG:   priority_flag: 0 = 0x00000000
2003-08-20 16:02:04 [27] DEBUG:   schedule_delivery_time: NULL
2003-08-20 16:02:04 [27] DEBUG:   validity_period: NULL
2003-08-20 16:02:04 [27] DEBUG:   registered_delivery: 0 = 0x00000000
2003-08-20 16:02:04 [27] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2003-08-20 16:02:04 [27] DEBUG:   data_coding: 4 = 0x00000004
2003-08-20 16:02:04 [27] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2003-08-20 16:02:04 [27] DEBUG:   sm_length: 45 = 0x0000002d
2003-08-20 16:02:04 [27] DEBUG:   short_message:
2003-08-20 16:02:04 [27] DEBUG:    Octet string at 0x404010f8:
2003-08-20 16:02:04 [27] DEBUG:      len:  45
2003-08-20 16:02:04 [27] DEBUG:      size: 46
2003-08-20 16:02:04 [27] DEBUG:      immutable: 0
2003-08-20 16:02:04 [27] DEBUG:      data: 0b 05 04 15 82 00 00 00
........
2003-08-20 16:02:04 [27] DEBUG:      data: 03 00 02 01 02 f2 10 00
........
2003-08-20 16:02:04 [27] DEBUG:      data: 48 0e 01 00 00 00 00 00
H.......
2003-08-20 16:02:04 [27] DEBUG:      data: 00 00 00 00 00 00 00 00
........
2003-08-20 16:02:04 [27] DEBUG:      data: 00 00 00 00 00 00 00 00
........
2003-08-20 16:02:04 [27] DEBUG:      data: 01 e0 00 00 00            .....
2003-08-20 16:02:04 [27] DEBUG:    Octet string dump ends.
2003-08-20 16:02:04 [27] DEBUG: SMPP PDU dump ends.
2003-08-20 16:02:04 [27] DEBUG: SMPP[quad]: Got PDU:
2003-08-20 16:02:04 [27] DEBUG: SMPP PDU 0x40403070 dump:
2003-08-20 16:02:04 [27] DEBUG:   type_name: submit_sm_resp
2003-08-20 16:02:04 [27] DEBUG:   command_id: 2147483652 = 0x80000004
2003-08-20 16:02:04 [27] DEBUG:   command_status: 0 = 0x00000000
2003-08-20 16:02:04 [27] DEBUG:   sequence_number: 327 = 0x00000147
2003-08-20 16:02:04 [27] DEBUG:   message_id: "2c334f7"
2003-08-20 16:02:04 [27] DEBUG: SMPP PDU dump ends.
2003-08-20 16:02:04 [1] DEBUG: Dumping 0 messages and 0 acks to store
2003-08-20 16:02:11 [21] DEBUG: boxc_receiver: sms received
2003-08-20 16:02:11 [22] DEBUG: send_msg: sending msg to boxc: <(null)>
2003-08-20 16:02:11 [27] DEBUG: SMPP[quad]: Sending PDU:
2003-08-20 16:02:11 [27] DEBUG: SMPP PDU 0x40403070 dump:
2003-08-20 16:02:11 [27] DEBUG:   type_name: submit_sm
2003-08-20 16:02:11 [27] DEBUG:   command_id: 4 = 0x00000004
2003-08-20 16:02:11 [27] DEBUG:   command_status: 0 = 0x00000000
2003-08-20 16:02:11 [27] DEBUG:   sequence_number: 330 = 0x0000014a
2003-08-20 16:02:11 [27] DEBUG:   service_type: NULL
2003-08-20 16:02:11 [27] DEBUG:   source_addr_ton: 2 = 0x00000002
2003-08-20 16:02:11 [27] DEBUG:   source_addr_npi: 1 = 0x00000001
2003-08-20 16:02:11 [27] DEBUG:   source_addr: "2222"
2003-08-20 16:02:11 [27] DEBUG:   dest_addr_ton: 2 = 0x00000002
2003-08-20 16:02:11 [27] DEBUG:   dest_addr_npi: 1 = 0x00000001
2003-08-20 16:02:11 [27] DEBUG:   destination_addr: "6937850247"
2003-08-20 16:02:11 [27] DEBUG:   esm_class: 67 = 0x00000043
2003-08-20 16:02:11 [27] DEBUG:   protocol_id: 0 = 0x00000000
2003-08-20 16:02:11 [27] DEBUG:   priority_flag: 0 = 0x00000000
2003-08-20 16:02:11 [27] DEBUG:   schedule_delivery_time: NULL
2003-08-20 16:02:11 [27] DEBUG:   validity_period: NULL
2003-08-20 16:02:11 [27] DEBUG:   registered_delivery: 0 = 0x00000000
2003-08-20 16:02:11 [27] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2003-08-20 16:02:11 [27] DEBUG:   data_coding: 4 = 0x00000004
2003-08-20 16:02:11 [27] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2003-08-20 16:02:11 [27] DEBUG:   sm_length: 112 = 0x00000070
2003-08-20 16:02:11 [27] DEBUG:   short_message:
2003-08-20 16:02:11 [27] DEBUG:    Octet string at 0x40403040:
2003-08-20 16:02:11 [27] DEBUG:      len:  112
2003-08-20 16:02:11 [27] DEBUG:      size: 113
2003-08-20 16:02:11 [27] DEBUG:      immutable: 0
2003-08-20 16:02:11 [27] DEBUG:      data: 0b 05 04 15 82 00 00 00
........
2003-08-20 16:02:11 [27] DEBUG:      data: 03 00 02 02 00 00 00 00
........
2003-08-20 16:02:11 [27] DEBUG:      data: 02 10 00 00 00 00 25 29
......%)
2003-08-20 16:02:11 [27] DEBUG:      data: 41 c4 08 83 9d 2f 72 29
A..../r)
2003-08-20 16:02:11 [27] DEBUG:      data: 29 42 48 c4 84 a5 48
   )BH...HJ
2003-08-20 16:02:11 [27] DEBUG:      data: 31 29 42 49 24 84 a5 8e
1)BI$...
2003-08-20 16:02:11 [27] DEBUG:      data: 4a 29 29 42 49 24 84 a5
J))BI$..
2003-08-20 16:02:11 [27] DEBUG:      data: 48 4a 25 29 43 c9 d4 87
HJ%)C...
2003-08-20 16:02:11 [27] DEBUG:      data: bd 28 72 24 c6 7a 44 08
.(r$.zD.
2003-08-20 16:02:11 [27] DEBUG:      data: f4 a5 27 4a 00 00 00 02
..'J....
2003-08-20 16:02:11 [27] DEBUG:      data: 00 00 00 00 00 3f ff ff
.....?..
2003-08-20 16:02:11 [27] DEBUG:      data: f9 ff ff ff ff fe 00 00
........
2003-08-20 16:02:11 [27] DEBUG:      data: 00 00 00 00 00 00 00 00
........
2003-08-20 16:02:11 [27] DEBUG:      data: 00 00 00 00 00 00 00 00
........
2003-08-20 16:02:11 [27] DEBUG:    Octet string dump ends.
2003-08-20 16:02:11 [27] DEBUG: SMPP PDU dump ends.
2003-08-20 16:02:12 [27] DEBUG: SMPP[quad]: Got PDU:
2003-08-20 16:02:12 [27] DEBUG: SMPP PDU 0x40403070 dump:
2003-08-20 16:02:12 [27] DEBUG:   type_name: submit_sm_resp
2003-08-20 16:02:12 [27] DEBUG:   command_id: 2147483652 = 0x80000004
2003-08-20 16:02:12 [27] DEBUG:   command_status: 0 = 0x00000000
2003-08-20 16:02:12 [27] DEBUG:   sequence_number: 330 = 0x0000014a
2003-08-20 16:02:12 [27] DEBUG:   message_id: "2c34cf7"
2003-08-20 16:02:12 [27] DEBUG: SMPP PDU 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.