Hi Rodrigo

I changed it as you said and restarted the services. After trying sending an
MO

Here is the output from SMSBOX logs

2009-03-02 21:16:45 [11979] [9] DEBUG: Parsing URL `
http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
':
2009-03-02 21:16:45 [11979] [9] DEBUG:   Scheme: http://
2009-03-02 21:16:45 [11979] [9] DEBUG:   Host: localhost
2009-03-02 21:16:45 [11979] [9] DEBUG:   Port: 13004
2009-03-02 21:16:45 [11979] [9] DEBUG:   Username: (null)
2009-03-02 21:16:45 [11979] [9] DEBUG:   Password: (null)
2009-03-02 21:16:45 [11979] [9] DEBUG:   Path: /logger/logMessage
2009-03-02 21:16:45 [11979] [9] DEBUG:   Query:
mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
2009-03-02 21:16:45 [11979] [9] DEBUG:   Fragment: (null)
2009-03-02 21:16:45 [11979] [9] DEBUG: HTTP: Opening connection to
`localhost:13004' (fd=26).
2009-03-02 21:16:45 [11979] [9] DEBUG: Socket connecting
2009-03-02 21:16:45 [11979] [8] DEBUG: Get info about connecting socket
2009-03-02 21:16:45 [11979] [8] DEBUG: Socket not connected
2009-03-02 21:16:45 [11979] [8] ERROR: Couldn't fetch <
http://localhost:13004/logger/logMessage?mobile_number=mirbim&short_code=%2B355672509006&text=%40&binary_text=
>
2009-03-02 21:16:45 [11979] [5] DEBUG: message length 31, sending 1 messages
2009-03-02 21:16:45 [11979] [0] DEBUG: Got ACK (0) of
ec7d8817-68a2-483b-a268-1739464cf7d5
2009-03-02 21:16:45 [11979] [0] DEBUG: No client - multi-send or ACK to
pull-reply


And from bearerbox:

2009-03-02 21:16:35 [11971] [0] INFO: MAIN: Start-up done, entering mainloop
2009-03-02 21:16:35 [11971] [6] DEBUG: Thread 6
(gw/smsc/smsc_smpp.c:io_thread) maps to pid 11971.
2009-03-02 21:16:35 [11971] [7] DEBUG: Thread 7
(gw/bb_smscconn.c:sms_router) maps to pid 11971.
2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP[internal]: Sending PDU:
2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU 0x86ecd08 dump:
2009-03-02 21:16:35 [11971] [6] DEBUG:   type_name: bind_transceiver
2009-03-02 21:16:35 [11971] [6] DEBUG:   command_id: 9 = 0x00000009
2009-03-02 21:16:35 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
2009-03-02 21:16:35 [11971] [6] DEBUG:   sequence_number: 1 = 0x00000001
2009-03-02 21:16:35 [11971] [6] DEBUG:   system_id: "demirbim"
2009-03-02 21:16:35 [11971] [6] DEBUG:   password: "demirbim"
2009-03-02 21:16:35 [11971] [6] DEBUG:   system_type: "demirbim"
2009-03-02 21:16:35 [11971] [6] DEBUG:   interface_version: 52 = 0x00000034
2009-03-02 21:16:35 [11971] [6] DEBUG:   addr_ton: 0 = 0x00000000
2009-03-02 21:16:35 [11971] [6] DEBUG:   addr_npi: 0 = 0x00000000
2009-03-02 21:16:35 [11971] [6] DEBUG:   address_range: "999998"
2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU dump ends.
2009-03-02 21:16:35 [11971] [6] DEBUG: Optional parameter tag (0x0210)
2009-03-02 21:16:35 [11971] [6] DEBUG: Optional parameter length read as 1
2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP[internal]: Got PDU:
2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU 0x86ed110 dump:
2009-03-02 21:16:35 [11971] [6] DEBUG:   type_name: bind_transceiver_resp
2009-03-02 21:16:35 [11971] [6] DEBUG:   command_id: 2147483657 = 0x80000009
2009-03-02 21:16:35 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
2009-03-02 21:16:35 [11971] [6] DEBUG:   sequence_number: 1 = 0x00000001
2009-03-02 21:16:35 [11971] [6] DEBUG:   system_id: "demirbim"
2009-03-02 21:16:35 [11971] [6] DEBUG:   sc_interface_version: 52 =
0x00000034
2009-03-02 21:16:35 [11971] [6] DEBUG: SMPP PDU dump ends.
2009-03-02 21:16:39 [11971] [5] INFO: Client connected from <127.0.0.1>
2009-03-02 21:16:39 [11971] [5] DEBUG: Started thread 8
(gw/bb_boxc.c:function)
2009-03-02 21:16:39 [11971] [8] DEBUG: Thread 8 (gw/bb_boxc.c:function) maps
to pid 11971.
2009-03-02 21:16:39 [11971] [8] DEBUG: Started thread 9
(gw/bb_boxc.c:boxc_sender)
2009-03-02 21:16:39 [11971] [9] DEBUG: Thread 9 (gw/bb_boxc.c:boxc_sender)
maps to pid 11971.
2009-03-02 21:16:45 [11971] [6] ERROR: SMPP: PDU NULL terminated string
(service_type) longer than allowed.
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Got PDU:
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ed8b0 dump:
2009-03-02 21:16:45 [11971] [6] DEBUG:   type_name: deliver_sm
2009-03-02 21:16:45 [11971] [6] DEBUG:   command_id: 5 = 0x00000005
2009-03-02 21:16:45 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   sequence_number: 771 = 0x00000303
2009-03-02 21:16:45 [11971] [6] DEBUG:   service_type: NULL
2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_ton: 100 = 0x00000064
2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_npi: 101 = 0x00000065
2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr: "mirbim"
2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
2009-03-02 21:16:45 [11971] [6] DEBUG:   destination_addr: "355672509006"
2009-03-02 21:16:45 [11971] [6] DEBUG:   esm_class: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   protocol_id: 1 = 0x00000001
2009-03-02 21:16:45 [11971] [6] DEBUG:   priority_flag: 57 = 0x00000039
2009-03-02 21:16:45 [11971] [6] DEBUG:   schedule_delivery_time: "99998"
2009-03-02 21:16:45 [11971] [6] DEBUG:   validity_period: NULL
2009-03-02 21:16:45 [11971] [6] DEBUG:   registered_delivery: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   data_coding: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_length: 1 = 0x00000001
2009-03-02 21:16:45 [11971] [6] DEBUG:   short_message:
2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string at 0x86ee530:
2009-03-02 21:16:45 [11971] [6] DEBUG:      len:  1
2009-03-02 21:16:45 [11971] [6] DEBUG:      size: 2
2009-03-02 21:16:45 [11971] [6] DEBUG:      immutable: 0
2009-03-02 21:16:45 [11971] [6] DEBUG:      data:
00                                                .
2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string dump ends.
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends.
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Sending PDU:
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ee558 dump:
2009-03-02 21:16:45 [11971] [6] DEBUG:   type_name: deliver_sm_resp
2009-03-02 21:16:45 [11971] [6] DEBUG:   command_id: 2147483653 = 0x80000005
2009-03-02 21:16:45 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   sequence_number: 771 = 0x00000303
2009-03-02 21:16:45 [11971] [6] DEBUG:   message_id: NULL
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends.
2009-03-02 21:16:45 [11971] [9] DEBUG: send_msg: sending msg to box:
<127.0.0.1>
2009-03-02 21:16:45 [11971] [9] DEBUG: boxc_sender: sent message to
<127.0.0.1>
2009-03-02 21:16:45 [11971] [8] DEBUG: boxc_receiver: got ack
2009-03-02 21:16:45 [11971] [8] DEBUG: boxc_receiver: sms received
2009-03-02 21:16:45 [11971] [8] DEBUG: send_msg: sending msg to box:
<127.0.0.1>
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP[internal]: Sending PDU:
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU 0x86ee530 dump:
2009-03-02 21:16:45 [11971] [6] DEBUG:   type_name: submit_sm
2009-03-02 21:16:45 [11971] [6] DEBUG:   command_id: 4 = 0x00000004
2009-03-02 21:16:45 [11971] [6] DEBUG:   command_status: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   sequence_number: 2 = 0x00000002
2009-03-02 21:16:45 [11971] [6] DEBUG:   service_type: NULL
2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_ton: 1 = 0x00000001
2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr_npi: 1 = 0x00000001
2009-03-02 21:16:45 [11971] [6] DEBUG:   source_addr: "355672509006"
2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_ton: 2 = 0x00000002
2009-03-02 21:16:45 [11971] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
2009-03-02 21:16:45 [11971] [6] DEBUG:   destination_addr: "mirbim"
2009-03-02 21:16:45 [11971] [6] DEBUG:   esm_class: 3 = 0x00000003
2009-03-02 21:16:45 [11971] [6] DEBUG:   protocol_id: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   priority_flag: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   schedule_delivery_time: NULL
2009-03-02 21:16:45 [11971] [6] DEBUG:   validity_period: NULL
2009-03-02 21:16:45 [11971] [6] DEBUG:   registered_delivery: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   data_coding: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2009-03-02 21:16:45 [11971] [6] DEBUG:   sm_length: 31 = 0x0000001f
2009-03-02 21:16:45 [11971] [6] DEBUG:   short_message:
2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string at 0x86eed60:
2009-03-02 21:16:45 [11971] [6] DEBUG:      len:  31
2009-03-02 21:16:45 [11971] [6] DEBUG:      size: 32
2009-03-02 21:16:45 [11971] [6] DEBUG:      immutable: 0
2009-03-02 21:16:45 [11971] [6] DEBUG:      data: 43 6f 75 6c 64 20 6e 6f 74
20 66 65 74 63 68 20   Could not fetch
2009-03-02 21:16:45 [11971] [6] DEBUG:      data: 63 6f 6e 74 65 6e 74 2c 20
73 6f 72 72 79 2e      content, sorry.
2009-03-02 21:16:45 [11971] [6] DEBUG:    Octet string dump ends.
2009-03-02 21:16:45 [11971] [6] DEBUG: SMPP PDU dump ends.




On Tue, Mar 3, 2009 at 3:46 PM, Remon <re...@interact.mobi> wrote:

>  Hello there,
>
>
>
> I’m gonna guide you on sms services
>
>
>
> First to test your setup please configure only one sms service group as
> follows
>
>
>
> group = sms-service
>
> keyword = default
>
> get-url = “
> http://localhost/logger/logMessage?mobile_number=%p&short_code=%P&text=%b&binary_text=%s
> "
>
>
>
>
>
> Please make sure the URL will log all received parameters.
>
>
>
> Now if kannel receives SMS message from SMSC (MO Message) sent from mobile
> then kannel will send these parameters to the URL configured above.
>
>
>
> Please check this and send me back.
>
>
>
> Regards,
>
> Remon
>
>
>
>
>
>
>
>
>
> *From:* users-boun...@kannel.org [mailto:users-boun...@kannel.org] *On
> Behalf Of *Elton Hoxha
> *Sent:* Tuesday, March 03, 2009 4:27 PM
> *To:* Rodrigo Cremaschi
> *Cc:* users@kannel.org
> *Subject:* Re: SMS-SERVICE
>
>
>
> Hi Rodrigo,
>
>
> I`m reading the guide several times, and what I want now its the basic
> service, just to send and receive MO-MT SMS using Kannel. I have set the
> SMPP connections already and there is no problem with binding issues between
> kannel and SMPP Server.
> I`m able to send from tha application to mobile, but I cannot vice versa,
> from mobile to application.
>
> In the guide at the SMS-SERVICE configuration section, it writes:
>
> *Now that you have an SMS center connection to send and receive SMS
> messages you need to define services for incoming message*s
>
> But after many many many tries, im not able to receive
>
> Here is the conf file. All the blocks are understandable except SMS-SERVICE
> one that looks a bit ambigous.
>
> group = core
> admin-port = 13000
> smsbox-port = 13002
> admin-password = bar
> log-file = "/tmp/kannel.log"
> log-level = 0
> box-deny-ip = "*.*.*.*"
> box-allow-ip = "127.0.0.1"
> access-log = "/tmp/access.log"
>
> group=smsc
> smsc=smpp
> smsc-id=internal
> interface-version=34
> host=10.234.252.80
> port=3700
> system-id=demirbim
> smsc-password=demirbim
> system-type=demirbim
> transceiver-mode=1
> address-range=999998
>
>
> group = smsbox
> bearerbox-host = 127.0.0.1
> sendsms-port = 13014
> log-level = 0
>
> group = sendsms-user
> username = b
> password = b
>
> group = sms-service
> keyword = default
> text = "test"
> faked-sender = 999998
> catch-all = true
>
>
> Thanks
>
> On Tue, Mar 3, 2009 at 3:18 PM, Rodrigo Cremaschi <
> rodrigo.cremas...@gmail.com> wrote:
>
> HEllo Elton,
>
> The userguide is not perfect, it's not complete, and it's not foolproof.
> You are right.
> But take some more time reading it, explore the web, use Google, write
> and test some configurations for yourself, read the mail archives and
> you will be rewarded with a working Kannel.
> If, in spite of all this, you find yourself in trouble to make Kannel
> work, come back with your config files, log excerpts and the list will
> try to help you.
>
> Best regards,
> Rodrigo.
>
>
> On Tue, Mar 3, 2009 at 12:03 PM, Elton Hoxha <elt...@gmail.com> wrote:
> > I have it but its confusing a bit
> >
> > On Tue, Mar 3, 2009 at 2:59 PM, Davor Spasoski
> > <davor.spaso...@cosmofon.com.mk> wrote:
> >>
> >> Do you have a manual?
> >>
> >> ________________________________
> >>
> >> From: users-boun...@kannel.org [mailto:users-boun...@kannel.org] On
> Behalf
> >> Of Elton Hoxha
> >> Sent: Tuesday, March 03, 2009 2:44 PM
> >> To: users@kannel.org
> >> Subject: SMS-SERVICE
> >>
> >>
> >>
> >> Hi,
> >>
> >> Can anyone please explain me the functionality of this group? I read the
> >> guide already but again I have some ambiguities.
> >> What the keyword parameter is used for?
> >> The text parameter, is it used for predefined reply when the sender
> sends
> >> a SMS to a voting service for example.
> >>
> >> Please anyone explain with few words these parameters?
> >> send-url, get-url, dlr-url
> >>
> >> Thanks
> >>
> >> COSMOFON - Mobile Telecommunications Services - A.D. Skopje
> >> _______________________________________________________________
> >> This e-mail (including any attachments) is confidential and may be
> >> protected by legal privilege. If you are not the intended recipient, you
> >> should not copy it, re-transmit it, use it or disclose its contents, but
> >> should return it to the sender immediately and delete your copy from
> your
> >> system. Any unauthorized use or dissemination of this message in whole
> or in
> >> part is strictly prohibited. Please note that e-mails are susceptible to
> >> change. COSMOFON A.D. Skopje shall not be liable for the improper or
> >> incomplete transmission of the information contained in this
> communication
> >> nor for any delay in its receipt or damage to your system.
> >
>
>
>

Reply via email to