RE: MMSC udp
Title: RE: MMSC udp 0b12dd1201101330048086a48192a76002820002830502840180808399 81eaa94e6f6b6961373635302f312e302053796d6269616e4f532f362e3120 53657269657336302f302e3900 that stays unanswered. I can see that this not GET request but what is it? I don't get the point here, you seem to send some kind of binary SMS, right?! No, it is content of a upd packet sent to port 9200 of wap proxy on m-notification.ind or an attemp to send MMS from Nokia 7650 It looks like wsp packet of the 12 pdu type. I did not find in WAP-230-WSP what this type is. Any ideas? Igor
RE: SMPP failure : error code 0x00000014
Hi, we get one of these errors for prepaid short codes. Here are some description from our provider: For prepay, successful delivery of a message can only occur when the end user has sufficient credit available to pay for the requested message. If the end user has insufficient credit, then the message will not be delivered and you will not receive an ACK. You will however receive the Message_Queue_Full error (command_status = 0x0014). This SMPP error code actually indicates that a message has failed for one of three reasons: (i) A customer has insufficient credit to receive the message. (ii) There is an outstanding premium rate message for that customer already. (iii) Congestion exists on the prepay system preventing billing of this message. 0x0058 is a throttling error ganerated by SMSC when queue exceeded configured limit. In our case if i get this error i shall to wait min 15 sec before to send next MT message. Anyway these errors generate SMSC and you may ask them for help with their logs and configuration parameters to clear situation. cheers, Dima Milentiev m-Wise Mobile Solutions [EMAIL PROTECTED] Mobile: +972 (55) 679229 Tel:+972 (9) 9581711 (ext: 120) -Original Message- From: Rajesh [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 01, 2002 6:51 AM To: [EMAIL PROTECTED] Subject: SMPP failure : error code 0x0014 Can anyone help on this? This has been going on for quite long and we dont seem to have any clue.. When we are trying to send the messages to the SMSC, either we are getting 0x0058 or 0x0014. The descriptions for both the errors are more or less related to message limit and queue limit. We are using SMPP protocol with Kannel 1.0.3 Version and CMG SMSC. Earlier we use to face the error 0x0014 error for binary messages. When a binary message is long, then our application will fragment it into appropriate fragments. We use to get this 0x0014 error for the 2nd fragment out of 3 fragments. Our application used to make independent MT requests for that many number of fragments. For example if the binary message is somewhere around 180 bytes, then our application used to fragment it into 3 fragments and make 3 independent MT requests to the sendsms port of the smsbox. The strangest thing is, Wapit Kannel is running on the same service-code successfully whereas our's is not. When we are asking the assistance from the SMSC people, they simply say that our queue limits should be increased. As far as i know, i don't see any such queue limits on our gateway. Does anyone has any ideas on this. Rgds -- -- Rajesh Venkateshvaralu Senior Developer OpenMobile Asia Pacific Pte Ltd 200, Cantonement Rd #14-01, Southpoint Singapore - 089763 Ph: 63247791 --
Re: request for comments: the -Wconversion warnings.
--On Wednesday, July 31, 2002 10:20 PM +0200 Stipe Tolj [EMAIL PROTECTED] wrote: Harrie Hazewinkel wrote: The warnings generated by -Wconversion are enormous in amount. I have started to fix some (not even 25%) and one can look in the attached file. What do others think of this?? hmm, what's the benefit from switching from -Wall to all various -Wfoobar?! Most of these are just warnings of declarations which are not correct, duplicate or missing. However, the conversion warnings are a bit overdone maybe, but I know of compilers which gives these warnings default. IMHO, it is wise to check the sizes and so to make them unsigned. However, I guess an unsigned int is enough where in most cases an unsigned long is used. For instance, I also saw once that an octet string function is checked where the length value given as parameter is 0. If so the function returns otherwise does things. However, it it never tested if the value is negative and that was very well possible. Harrie Internet Management Consulting mailto:[EMAIL PROTECTED]http ://www.mod-snmp.com/ --- Author of MOD-SNMP, enabling SNMP management to the Apache server.
RE: MMS PDU
Shouldn't the UDH be something like 0b 05 04 c34f c002 00 03 ff 02 01 This is the UDH for push messages at least.. Thanks, maria -Original Message- From: Aarno Syvänen [mailto:[EMAIL PROTECTED]] Sent: 01 August 2002 06:27 To: Maria Turk Cc: [EMAIL PROTECTED] Subject: Re: MMS PDU Maria Turk kirjoittaa keskiviikkona, 31. heinäkuuta 2002, kello 14:19:Hi, Does anyone have an MMS PDU and UDH for mms notification that they know works and have tested it.. I want to test the MMS notification sent over SMS.. test/test_http http://localhost:13013/cgi- bin/sendsms?username=*''password=*'' to=*''udh=%06%05%04%0b%84%23%f0'' text=%0f%06%03%be%af%84%8c%82%98%39%39%39%35%40%66%6c%79%65%72%6f%6e%65%2e%6 3%6f%6d%00 %8d%90%8a%80%8e%01%64%88%06%80%04%3d%64%8d%80% 83%YourURI%00 A
RE: MMS PDU
Title: RE: MMS PDU m-notification.ind must be sent to port 0B84 (2948) but not to c34f (4) (see WAP-259-WDP Appendix B) -Original Message- From: Maria Turk [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 01, 2002 12:05 PM To: 'Aarno Syvanen'; [EMAIL PROTECTED] Subject: RE: MMS PDU Shouldn't the UDH be something like 0b 05 04 c34f c002 00 03 ff 02 01 This is the UDH for push messages at least.. Thanks, maria -Original Message- From: Aarno Syvänen [mailto:[EMAIL PROTECTED]] Sent: 01 August 2002 06:27 To: Maria Turk Cc: [EMAIL PROTECTED] Subject: Re: MMS PDU Maria Turk kirjoittaa keskiviikkona, 31. heinäkuuta 2002, kello 14:19:Hi, Does anyone have an MMS PDU and UDH for mms notification that they know works and have tested it.. I want to test the MMS notification sent over SMS.. test/test_http http://localhost:13013/cgi- bin/sendsms?username=*''password=*'' to=*''udh=%06%05%04%0b%84%23%f0'' text=%0f%06%03%be%af%84%8c%82%98%39%39%39%35%40%66%6c%79%65%72 %6f%6e%65%2e%6 3%6f%6d%00 %8d%90%8a%80%8e%01%64%88%06%80%04%3d%64%8d%80% 83%YourURI%00 A
RE: MMS PDU
Title: RE: MMS PDU So the UDH for an MMS notification looks like 0b 05 040b84 c002 00 03 ff 02 01.. what does the PDU of the notification look like.?? Maria -Original Message-From: Igor Ivoilov [mailto:[EMAIL PROTECTED]]Sent: 01 August 2002 10:26To: 'Maria Turk'; [EMAIL PROTECTED]Subject: RE: MMS PDU m-notification.ind must be sent to port 0B84 (2948) but not to c34f (4) (see WAP-259-WDP Appendix B) -Original Message- From: Maria Turk [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 01, 2002 12:05 PM To: 'Aarno Syvanen'; [EMAIL PROTECTED] Subject: RE: MMS PDU Shouldn't the UDH be something like 0b 05 04 c34f c002 00 03 ff 02 01 This is the UDH for push messages at least.. Thanks, maria -Original Message- From: Aarno Syvänen [mailto:[EMAIL PROTECTED]] Sent: 01 August 2002 06:27 To: Maria Turk Cc: [EMAIL PROTECTED] Subject: Re: MMS PDU Maria Turk kirjoittaa keskiviikkona, 31. heinäkuuta 2002, kello 14:19:Hi, Does anyone have an MMS PDU and UDH for mms notification that they know works and have tested it.. I want to test the MMS notification sent over SMS.. test/test_http http://localhost:13013/cgi- bin/sendsms?username=*''password=*'' to=*''udh=%06%05%04%0b%84%23%f0'' text=%0f%06%03%be%af%84%8c%82%98%39%39%39%35%40%66%6c%79%65%72 %6f%6e%65%2e%6 3%6f%6d%00 %8d%90%8a%80%8e%01%64%88%06%80%04%3d%64%8d%80% 83%YourURI%00 A
sms gateway for ucp written is java
do you know any open source (java) sms gateway that interacts with smsc via ucp. thanks in advance.. serdar
RE: PROBLEM: Successful failure notification making messages to be resended
re I realized that every time Kannel successfuly notify my Application that messages hadn't been delivery to SMSC (escape %d = 16) it write a new line in store-file, so every notification of a message not sent increases the store-file. The actual problem is when I restart Kannel. When it happens, Kannel resend all those messages written in store file which in my point of view shouldn't happen because my Application looked after those messages when it had received the original DLR. I have the same problem - if by some reason (network error for example) the message is not sent and is waiting in the storefile. no attempt is made to resend it, before the bearerbox is restarted. imagine this can happen says later - the message is obsolete at this time anyway. so - the good solution would be to try to resend the message if some reasonable time is passed - or even better - when the appropriate smsc connection seems to be alive again. the quick-and-dirty solution would be clearing the storefile at graceful shutdown of the bearerbox - loosing some messages seems a better alternative to me than resending them days later. now I'm start to think that implementation of resending them at some reasonable time (several minutes for example) after failure should not be very big work .. add a thread to poll the store at some interval for messages old enough and trying to re-send them. however, the store should have something to know if the attempt to send a particular message is even performed. this is easily implemented by adding a special message type (send_attempt or something) and adding this to store each time the message just before sending the message. then the polling thread can look the store for messages which have been attempted to send, but don't have ack after some time, and resend them. did I miss something? maybe somebody have appropriate patch already? kaido
Re: sms gateway for ucp written is java
Serdar BOZDAÐ wrote: do you know any open source (java) sms gateway that interacts with smsc via ucp. forget about Java if you need a high-performance SMS gateway and take Kannel, contribute to development if it does not fit your needs in a specific way :) Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
daily snapshot is not up to date
re daily snapshot (tried only tarball) on http://www.kannel.org/ is not up to date with cvs .. k
RE: sms gateway for ucp written is java
forget about Java if you need a high-performance SMS gateway and take Kannel, contribute to development if it does not fit your needs in a specific way :) that you say .. I remember posting 2 obvious bugfixes .. none of them appear in cvs .. k
Re: daily snapshot is not up to date
On Thu, Aug 01, 2002 at 02:58:14PM +0300, Kaido Karner wrote: daily snapshot (tried only tarball) on http://www.kannel.org/ is not up to date with cvs .. [dholland@geodude download]$ cat snapshot-timestamp.txt Snapshot build starts: Thu Aug 1 06:00:00 BST 2002 Snapshot build ends: Thu Aug 1 06:04:22 BST 2002 What do you think is missing? Dave -- David Holland =*= Systems Manager =*= tel: +44 01223 478900 http://www.3glab.com/ =*= 3G Lab, UK =*= fax: +44 01223 478901
RE: daily snapshot is not up to date
[dholland@geodude download]$ cat snapshot-timestamp.txt Snapshot build starts: Thu Aug 1 06:00:00 BST 2002 Snapshot build ends: Thu Aug 1 06:04:22 BST 2002 What do you think is missing? uups .. my mistake .. nothing :) I had an older snapshot lying around in the directory I downloaded the new one and wget silently renamed the new to kannel-snapshot.tar.gz.1 .. and I unpacked the old one .. :( k
RE: sms gateway for ucp written is java
--On Thursday, August 1, 2002 2:59 PM +0300 Kaido Karner [EMAIL PROTECTED] wrote: forget about Java if you need a high-performance SMS gateway and take Kannel, contribute to development if it does not fit your needs in a specific way :) that you say .. I remember posting 2 obvious bugfixes .. none of them appear in cvs .. Posted fixes are not always commited in CVS. One of the commiters needs to have the time and understand what and how that perticular big is fixed. Harrie Internet Management Consulting mailto:[EMAIL PROTECTED]http ://www.mod-snmp.com/ --- Author of MOD-SNMP, enabling SNMP management to the Apache server.
Re: Buffering of SMS Messages
How does it work ? Out-of-the-box ?? --- Stefan Cars Development Manager Globalwire Communications Mob: +46 (0)708 44 36 00 On Thu, 1 Aug 2002, Stipe Tolj wrote: Thomas Stinner wrote: We are using kannel for incoming and outgoing sms messages. Incoming Messages are forwarded to an http-server (via the get-url feature). Is it true, that messages get lost if the http server is not reachable at the time the message arrives? Where would be a could place to implement some sort of buffering in the source? I just implemented the HTTP request queueing feature for smsbox, please grap a frsh cvs update and try it out and report to the list! Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Kannel Compatibility
Hello, Id like to know if there was a windows compatible version of Kannel. Is there a JAVA implementation or ? Thanks Trésor
Re: Kannel Compatibility
You can use cygwin to compile it or you can use cygwin built 1.1.6 version by Stjpe. Look carefully at www.kannel.3glab.org Andrea - Original Message - From: Trésor Saba To: [EMAIL PROTECTED] Sent: Thursday, August 01, 2002 10:20 PM Subject: Kannel Compatibility Hello, Id like to know if there was a windows compatible version of Kannel. Is there a JAVA implementation or ? Thanks Trésor
SMSC to SMSC routing
Hi, I have been using kannel fro a while now, but all I did is download the cvs and update it and also come up with a GUI interface for configuration purposes. I have a content provider who would like to connect to me and send it to a carrier (it is beacuse the carrier is charging me lower rates - very low - around the world). The only problem is, i have been working with a few guys on SMPP configuration on a real SMSC and the settings of an SMPP SMSC, the question is: 1. Can I receive message SMPP SMSC and send it to another SMPP SMSC, act like a route engine? 2. Will my DR be the same as the one issued by the SMPP SMSC? 3. I can see there's a lot of setting to do in SMPP SMSC, namely , esm_class, dcs, and so on. I don't see anything like that in Kannel. 4. What about the DR, sm_submit_resp = submit to as octet string HEX value and the delivery_sm = submit to as octet string Decimal. Will kannel have that features? Does anyone familiar with these and has anyone ever done this before, I really need some pointers and help. Thanks a whole lot in advance. Eddie
Re: Question on posting WAP209 binary data from a Nokia 7650
[EMAIL PROTECTED] kirjoittaa torstaina, 1. elokuuta 2002, kello 18:25: Good Day, I have started using your WAP Server with our MMS Relay / Server prototype a few days ago. I am testing with both a Nokia 9210 and a 7650. The 9210 works fine, but I encountered problems with the 7650, as described below. Sending small text messages works fine, but we encounter problems when we try to send larger image and / or sound attachments with the 7650. The content seems to arrive at the MMS Server / Relay truncated. The WAP Server never posts more than 1261 bytes to the MMS Server prototype. Problem is that Kannel misses WTP SAR (reassembly, more properly). But I start coding it today, so stay tuned ! Aarno
RE: wapbox 1.2.0 crasch
-Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED]] Sent: den 31 juli 2002 23:39 To: Peter Löfman Cc: [EMAIL PROTECTED] Subject: Re: wapbox 1.2.0 crasch More info: Attached is a debug of what happens when using a Nokia 3510 to access mobile.club.nokia.com. Request hangs, and whats even worse, wapbox refuses to accept any further requests!! Can someone of the wapbox developers have a look at this, since I cannot myself figure out what is going wrong? the wapbox.log you attached shows the encoded and decoded WSP headers and then nothing more?! Yes, it is strange... Do you have possibility to test it yourself? Try to access mobile.club.nokia.com or the tone services in the menu, Using a Nokia 3410 or 3510, then you'll see what happens. The log containted in your mail does not show any PANIC situation and then a restart of wapbox?! Hmmm, strange things. Have you checked the source what happens arround this http lookup failed, oops statement? Nope, I haven't. I am not a programmer so I can't figure... Stipe [EMAIL PROTECTED] --- Wapme Systems AG Vogelsanger Weg 80 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
