Weird Problem. Pls Help !
Hi all, I have Falcom (Samba 55 USB ) GSM Modem. I get it connected to Kannel using following modem types: 1. falcom 2. wavecom 3. generic Now when i do cu -l ttyUSB0 i get following details: # cu -l ttyUSB0Connected.^SYSSTARTatiSIEMENSMC55REVISION 03.03 Please letmme know now what should i use for following parameters: init-stringenable-hwhs Also which Modem type i should use.
unsubscribe
Re: Weird Problem. Pls Help !
well I guess your best guess is then a Siemens TC35 modem settingsIt works also for the MC35.Note that hardware handshake is usually not an issue as modems tend to run at 19200 bps and your computer is usually able to keep up with that speed these days. Sending is also not too much of a problem because the driver has to wait on answers back from the modem.group = modems id = siemens_tc35name = "Siemens TC35"detect-string = "SIEMENS"detect-string2 = "TC35"init-string = "AT+CNMI=1,2,0,0,1"speed = 19200enable-hwhs = "AT\\Q3"need-sleep = true On 23.08.2006, at 09:00, Vaibhav Solanki wrote:Hi all, I have Falcom (Samba 55 USB ) GSM Modem. I get it connected to Kannel using following modem types: 1. falcom 2. wavecom 3. generic Now when i do "cu -l ttyUSB0 i get following details: # cu -l ttyUSB0Connected.^SYSSTARTatiSIEMENSMC55REVISION 03.03 Please letmme know now what should i use for following parameters: init-stringenable-hwhs Also which Modem type i should use. Andreas FinkFink Consulting GmbH---Tel: +41-61-332 Fax: +41-61-331 Mobile: +41-79-2457333Address: Clarastrasse 3, 4058 Basel, SwitzerlandE-Mail: [EMAIL PROTECTED]Homepage: http://www.finkconsulting.com---ICQ: 8239353MSN: [EMAIL PROTECTED] AIM: smsrelay Skype: andreasfinkYahoo: finkconsulting SMS: +41792457333
[PATCH] Some modifs on EMI UCP
Hi,
here are some modifications I made to EMI UCP. The patch should be
applied only if the previous patches I sent are applied before. This
patch just adds a skeleton for the answer to 02, 03, 57 and 58 ot and
move the code that produce the SM field for the answer to 0x ot in a
function.
I'm currently running some conformity tests on kannel for EMI UCP, and
I'd like to add the missing functionalities, but it seems like there's
not a lot of commit on CVS for a long time. Will all the patches that
have been sent for the last months be applied ?
Regards,
--
Colin Pitrat (Bull Services Telco)
Bull, Architect of an Open World (TM)
Tél : +33 (0) 1 30 80 72 93
www.bull.com
diff -ur gateway/gw/smsc/emimsg.c gateway-new/gw/smsc/emimsg.c
--- gateway/gw/smsc/emimsg.c2005-02-11 16:35:48.0 +0100
+++ gateway-new/gw/smsc/emimsg.c2006-08-23 15:26:57.0 +0200
@@ -113,11 +113,17 @@
switch (ot) {
case 01:
return SZ01;
+case 02:
+ return SZ02;
+case 03:
+ return SZ03;
case 31:
return 2;
case 51:
case 52:
case 53:
+case 57:
+case 58:
return SZ50;
case 60:
return SZ60;
@@ -133,12 +139,16 @@
{
switch(ot) {
case 01:
+case 02:
+case 03:
return posit ? 2 : 3;
case 31:
return posit ? 2 : 3;
case 51:
case 52:
case 53:
+case 57:
+case 58:
return 3;
case 60:
return posit ? 2 : 3;
diff -ur gateway/gw/smsc/emimsg.h gateway-new/gw/smsc/emimsg.h
--- gateway/gw/smsc/emimsg.h2005-02-11 16:35:48.0 +0100
+++ gateway-new/gw/smsc/emimsg.h2006-08-23 15:26:22.0 +0200
@@ -81,6 +81,13 @@
E01_ADC, E01_OADC, E01_AC, E01_MT, E01_AMSG, SZ01
};
+enum {
+E02_NPL, E02_RAD, E02_OADC, E02_AC, E02_MT, E02_AMSG, SZ02
+};
+
+enum {
+E03_RAD, E03_OADC, E03_AC, E03_NPL, E03_RP, E03_PR, E03_LPR, E03_UR,
E03_LUR, E03_RC, E03_LRC, E03_DD, E03_DDT, E03_MT, E03_AMSG, SZ03
+};
/* All the 50-series messages have the same number of fields */
enum {
diff -ur gateway/gw/smsc/smsc_emi.c gateway-new/gw/smsc/smsc_emi.c
--- gateway/gw/smsc/smsc_emi.c 2006-08-18 15:53:59.0 +0200
+++ gateway-new/gw/smsc/smsc_emi.c 2006-08-23 15:31:35.0 +0200
@@ -159,6 +159,35 @@
(PRIVDATA(conn)-keepalive 0)
\
(time(NULL) (PRIVDATA(conn)-last_activity_time +
PRIVDATA(conn)-keepalive)))
+/*
+ * Create the SM field for operation 0x :
+ * an Octstr * of the form Adc:SCTS with :
+ * AdC = Address code recipient, max 16 digits
+ * SCTS = Service center time stamp DDMMYYhhmmss
+ */
+Octstr *create_0x_SM_field(Octstr *AdC)
+{
+time_t t_time;
+struct tm tm_time;
+// 13 because the timestamp format is DDMMYYhhmmss
+char timestamp[13];
+Octstr *separator;
+Octstr *tmpstr;
+Octstr *tmpstr2;
+Octstr *result;
+
+separator = octstr_create(:);
+tmpstr = octstr_cat(AdC, separator);
+time(t_time);
+gw_strftime(timestamp, sizeof(timestamp), %d%m%y%H%M%S,
localtime_r(t_time, tm_time));
+tmpstr2 = octstr_create(timestamp);
+result = octstr_cat(tmpstr, tmpstr2);
+octstr_destroy(tmpstr);
+octstr_destroy(tmpstr2);
+octstr_destroy(separator);
+return result;
+}
+
/*
* Send an EMI message and update the last_activity_time field.
*/
@@ -596,6 +625,10 @@
switch(octstr_get_char(emimsg-fields[E01_MT], 0))
{
case '2':
+ /*
+* Bull, Colin Pitrat, 18/08/2006 :
+* Not handling MT=2 (Numeric message)
+*/
if (emimsg-fields[E01_AMSG] == NULL)
emimsg-fields[E01_AMSG] = octstr_create();
msg-sms.msgdata = emimsg-fields[E01_AMSG];
@@ -653,29 +686,7 @@
msg-sms.smsc_id = octstr_duplicate(conn-id);
bb_smscconn_receive(conn, msg);
reply = emimsg_create_reply(01, emimsg-trn, 1, privdata-name);
- /*
-* Reply should contain SM as field 2 which is AdC:SCTS with :
-* AdC = Address code recipient, max 16 digits
-* SCTS = Service center time stamp DDMMYYhhmmss
-*/
- {
- time_t t_time;
- struct tm tm_time;
- // 13 because the timestamp format is DDMMYYhhmmss
- char timestamp[13];
- Octstr *tmpstr;
- Octstr *tmpstr2;
-
- time(t_time);
- tmpstr = octstr_create(:);
- tmpstr2 = octstr_cat(emimsg-fields[E01_ADC], tmpstr);
- octstr_destroy(tmpstr);
- gw_strftime(timestamp, sizeof(timestamp), %d%m%y%H%M%S,
localtime_r(t_time, tm_time));
- tmpstr = octstr_create(timestamp);
- reply-fields[1] = octstr_cat(tmpstr2, tmpstr);
- octstr_destroy(tmpstr);
- octstr_destroy(tmpstr2);
- }
+ reply-fields[1] = create_0x_SM_field(emimsg-fields[E01_ADC]);
if
http://bugs.kannel.org/view.php?id=362
Hello, I have been having issues with kannel crashing real badly for a while, and (hopefully) managed to track down the reason why. Information regarding this investigation, can be found at: http://bugs.kannel.org/view.php?id=362 Could someone with more knowledge about kannel take a look at it please? Thanks! Mart
Re: [PATCH] Some modifs on EMI UCP
Hi Colin,
Your patches are currently being reviewed by the commiters. Just be patient :)
btw, thanks for your work/contribution. I hope the 4.6 specs helps you a lot.
regards
Vincent.
--
Telemaque - 06200 NICE - (FR)
Service Technique/Reseau - NOC
Developpement SMS/MMS/Kiosques
http://www.telemaque.fr/
[EMAIL PROTECTED]
Tel : +33 4 93 97 71 64 (fax 68)
- Original Message -
From: Colin Pitrat [EMAIL PROTECTED]
To: Kannel Devel devel@kannel.org
Sent: Wednesday, August 23, 2006 3:48 PM
Subject: [PATCH] Some modifs on EMI UCP
Hi,
here are some modifications I made to EMI UCP. The patch should be
applied only if the previous patches I sent are applied before. This
patch just adds a skeleton for the answer to 02, 03, 57 and 58 ot and
move the code that produce the SM field for the answer to 0x ot in a
function.
I'm currently running some conformity tests on kannel for EMI UCP, and
I'd like to add the missing functionalities, but it seems like there's
not a lot of commit on CVS for a long time. Will all the patches that
have been sent for the last months be applied ?
Regards,
--
Colin Pitrat (Bull Services Telco)
Bull, Architect of an Open World (TM)
Tél : +33 (0) 1 30 80 72 93
www.bull.com
diff -ur gateway/gw/smsc/emimsg.c gateway-new/gw/smsc/emimsg.c
--- gateway/gw/smsc/emimsg.c 2005-02-11 16:35:48.0 +0100
+++ gateway-new/gw/smsc/emimsg.c 2006-08-23 15:26:57.0 +0200
@@ -113,11 +113,17 @@
switch (ot) {
case 01:
return SZ01;
+case 02:
+ return SZ02;
+case 03:
+ return SZ03;
case 31:
return 2;
case 51:
case 52:
case 53:
+case 57:
+case 58:
return SZ50;
case 60:
return SZ60;
@@ -133,12 +139,16 @@
{
switch(ot) {
case 01:
+case 02:
+case 03:
return posit ? 2 : 3;
case 31:
return posit ? 2 : 3;
case 51:
case 52:
case 53:
+case 57:
+case 58:
return 3;
case 60:
return posit ? 2 : 3;
diff -ur gateway/gw/smsc/emimsg.h gateway-new/gw/smsc/emimsg.h
--- gateway/gw/smsc/emimsg.h 2005-02-11 16:35:48.0 +0100
+++ gateway-new/gw/smsc/emimsg.h 2006-08-23 15:26:22.0 +0200
@@ -81,6 +81,13 @@
E01_ADC, E01_OADC, E01_AC, E01_MT, E01_AMSG, SZ01
};
+enum {
+E02_NPL, E02_RAD, E02_OADC, E02_AC, E02_MT, E02_AMSG, SZ02
+};
+
+enum {
+E03_RAD, E03_OADC, E03_AC, E03_NPL, E03_RP, E03_PR, E03_LPR, E03_UR,
E03_LUR, E03_RC, E03_LRC, E03_DD, E03_DDT, E03_MT, E03_AMSG, SZ03
+};
/* All the 50-series messages have the same number of fields */
enum {
diff -ur gateway/gw/smsc/smsc_emi.c gateway-new/gw/smsc/smsc_emi.c
--- gateway/gw/smsc/smsc_emi.c 2006-08-18 15:53:59.0 +0200
+++ gateway-new/gw/smsc/smsc_emi.c 2006-08-23 15:31:35.0 +0200
@@ -159,6 +159,35 @@
(PRIVDATA(conn)-keepalive 0) \
(time(NULL) (PRIVDATA(conn)-last_activity_time +
PRIVDATA(conn)-keepalive)))
+/*
+ * Create the SM field for operation 0x :
+ * an Octstr * of the form Adc:SCTS with :
+ * AdC = Address code recipient, max 16 digits
+ * SCTS = Service center time stamp DDMMYYhhmmss
+ */
+Octstr *create_0x_SM_field(Octstr *AdC)
+{
+time_t t_time;
+struct tm tm_time;
+// 13 because the timestamp format is DDMMYYhhmmss
+char timestamp[13];
+Octstr *separator;
+Octstr *tmpstr;
+Octstr *tmpstr2;
+Octstr *result;
+
+separator = octstr_create(:);
+tmpstr = octstr_cat(AdC, separator);
+time(t_time);
+gw_strftime(timestamp, sizeof(timestamp), %d%m%y%H%M%S,
localtime_r(t_time, tm_time));
+tmpstr2 = octstr_create(timestamp);
+result = octstr_cat(tmpstr, tmpstr2);
+octstr_destroy(tmpstr);
+octstr_destroy(tmpstr2);
+octstr_destroy(separator);
+return result;
+}
+
/*
* Send an EMI message and update the last_activity_time field.
*/
@@ -596,6 +625,10 @@
switch(octstr_get_char(emimsg-fields[E01_MT], 0))
{
case '2':
+ /*
+ * Bull, Colin Pitrat, 18/08/2006 :
+ * Not handling MT=2 (Numeric message)
+ */
if (emimsg-fields[E01_AMSG] == NULL)
emimsg-fields[E01_AMSG] = octstr_create();
msg-sms.msgdata = emimsg-fields[E01_AMSG];
@@ -653,29 +686,7 @@
msg-sms.smsc_id = octstr_duplicate(conn-id);
bb_smscconn_receive(conn, msg);
reply = emimsg_create_reply(01, emimsg-trn, 1, privdata-name);
- /*
- * Reply should contain SM as field 2 which is AdC:SCTS with :
- * AdC = Address code recipient, max 16 digits
- * SCTS = Service center time stamp DDMMYYhhmmss
- */
- {
- time_t t_time;
- struct tm tm_time;
- // 13 because the timestamp format is DDMMYYhhmmss
- char timestamp[13];
- Octstr *tmpstr;
- Octstr *tmpstr2;
-
- time(t_time);
- tmpstr = octstr_create(:);
- tmpstr2 = octstr_cat(emimsg-fields[E01_ADC], tmpstr);
- octstr_destroy(tmpstr);
- gw_strftime(timestamp,
Re: free(): invalid pointer: 0x08513688
Randel Rock wrote:
I am using Centos 4.2 i386 on an intel p3 machine.
I get this error:
Check: checks/check_http.sh... checking SSL connections, too...*** glibc
detected *** free(): invalid pointer: 0x08513688 ***
FAILURE!
Check: checks/check_httpsmsc_kannel.sh... OK.
Check: checks/check_ppg.sh...wap failed with control file
test/iptestppg.txt
bb failed with control file test/iptestppg.txt
wap failed with control file test/smstestppg.txt
bb failed with control file test/smstestppg.txt
FAILURE!
so this is a glibc panic situation what should we say here? - out of Kannel
scope.
Suggestion: take a more common Linux distro: FC4,5 or debian.
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: http://bugs.kannel.org/view.php?id=362
Mart Tõnso wrote:
Hello,
I have been having issues with kannel crashing real badly for a while,
and (hopefully) managed to track down the reason why.
Information regarding this investigation, can be found at:
http://bugs.kannel.org/view.php?id=362
Could someone with more knowledge about kannel take a look at it please?
reviewed... looks interesting.
First of all thanks for the effort. Can you still try to reproduce with CVS HEAD
version, since 1.4.0 isn't accurate anymore.
Actually the two lines you refer are considered as
pass-the-message-to-the-global-queue mechanism, when the SMPP link goes down
and is in reconnecting state.
If you can reproduce this with CVS HEAD, please update bug report, and also
quote in this mail thread. Thanks a lot.
Stipe
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: free(): invalid pointer: 0x08513688
Stipe Tolj st 'at' tolj.org writes: Randel Rock wrote: I am using Centos 4.2 i386 on an intel p3 machine. I get this error: Check: checks/check_http.sh... checking SSL connections, too...*** glibc detected *** free(): invalid pointer: 0x08513688 *** FAILURE! Check: checks/check_httpsmsc_kannel.sh... OK. Check: checks/check_ppg.sh...wap failed with control file test/iptestppg.txt bb failed with control file test/iptestppg.txt wap failed with control file test/smstestppg.txt bb failed with control file test/smstestppg.txt FAILURE! so this is a glibc panic situation what should we say here? - out No, this means that the glibc memory allocation functions detected an incorrect free call in the running code - most probably *not* in the glibc code, though not strictly impossible. One might want to run the offending program through valgrind to easily spot the problem. -- Guillaume Cottenceau Create your personal SMS or WAP Service - visit http://mobilefriends.ch/
Re: free(): invalid pointer: 0x08513688
the more proper thing would be to configure with --with-malloc=checking or --with-malloc=slowThen Kannel would detect this issue itself.On 23.08.2006, at 17:54, Guillaume Cottenceau wrote:Stipe Tolj st 'at' tolj.org writes: Randel Rock wrote: I am using Centos 4.2 i386 on an intel p3 machine. I get this error: Check: checks/check_http.sh... checking SSL connections, too...***glibcdetected *** free(): invalid pointer: 0x08513688 *** FAILURE!Check: checks/check_httpsmsc_kannel.sh... OK.Check: checks/check_ppg.sh...wap failed with control filetest/iptestppg.txtbb failed with control file test/iptestppg.txtwap failed with control file test/smstestppg.txtbb failed with control file test/smstestppg.txt FAILURE! so this is a glibc panic situation what should we say here? - out No, this means that the glibc memory allocation functionsdetected an incorrect free call in the running code - mostprobably *not* in the glibc code, though not strictly impossible.One might want to run the offending program through valgrind toeasily spot the problem.-- Guillaume CottenceauCreate your personal SMS or WAP Service - visit http://mobilefriends.ch/ Andreas FinkFink Consulting GmbH---Tel: +41-61-332 Fax: +41-61-331 Mobile: +41-79-2457333Address: Clarastrasse 3, 4058 Basel, SwitzerlandE-Mail: [EMAIL PROTECTED]Homepage: http://www.finkconsulting.com---ICQ: 8239353MSN: [EMAIL PROTECTED] AIM: smsrelay Skype: andreasfinkYahoo: finkconsulting SMS: +41792457333
Bearerbox panic
Hi All, We recently had a situation where one of the carriers we are connecting to (2 separate SMSC's) had some unspecified issue and reconnected, this however caused the following panic as one of the SMSC's had been turned off (upon communicating with the carrier it's been switched off for about a week, they are no longer supporting that service) I would like to know if anyone can give me any indication as to why the failure occurred and what can be done about it. The Kannel/host details are as follows Kannel bearerbox version `cvs-20060727'. Build `Aug 2 2006 12:31:01', compiler `3.2 20020903 (Red Hat Linux 8.0 3.2-7)'. System Linux, release 2.4.20-19.8smp, version #1 SMP Tue Jul 15 15:01:43 EDT 2003, machine i686. Libxml version 2.6.9. Using OpenSSL 0.9.6b [engine] 9 Jul 2001. Using native malloc. 2006-08-23 14:39:16 [32374] [38] ERROR: SMPP[hutchthree]: I/O error or other error. Re-connecting. 2006-08-23 14:39:16 [32374] [38] ERROR: SMPP[hutchthree]: Couldn't connect to SMS center (retrying in 10 seconds). 2006-08-23 14:39:16 [32448] [40] ERROR: SMPP[hutchorange]: I/O error or other error. Re-connecting. 2006-08-23 14:39:16 [32448] [40] ERROR: SMPP[hutchorange]: Couldn't connect to SMS center (retrying in 10 seconds). 2006-08-23 14:39:16 [32447] [39] ERROR: SMPP[hutchorange]: I/O error or other error. Re-connecting. 2006-08-23 14:39:16 [32447] [39] ERROR: SMPP[hutchorange]: Couldn't connect to SMS center (retrying in 10 seconds). 2006-08-23 14:39:16 [32373] [37] ERROR: SMPP[hutchthree]: I/O error or other error. Re-connecting. 2006-08-23 14:39:16 [32373] [37] ERROR: SMPP[hutchthree]: Couldn't connect to SMS center (retrying in 10 seconds). 2006-08-23 14:39:26 [32448] [40] WARNING: SMPP: PDU NULL terminated string has no NULL. 2006-08-23 14:39:26 [32448] [40] ERROR: SMPP[hutchorange]: SMSC rejected login to receive, code 0x000f (Invalid System ID). 2006-08-23 14:39:26 [32448] [40] ERROR: SMPP[hutchorange]: I/O error or other error. Re-connecting. 2006-08-23 14:39:26 [32447] [39] WARNING: SMPP: PDU NULL terminated string has no NULL. 2006-08-23 14:39:26 [32447] [39] ERROR: SMPP[hutchorange]: SMSC rejected login to transmit, code 0x000f (Invalid System ID). 2006-08-23 16:24:12 [4905] [3] INFO: HTTP: Re-starting smsc-id `hutchorange' 2006-08-23 16:24:12 [4905] [3] INFO: Set throughput to 13.000 for smsc id hutchorange 2006-08-23 16:24:12 [4905] [3] INFO: DLR rerouting for smsc id hutchorange disabled. 2006-08-23 16:24:13 [16991] [42] WARNING: SMPP: PDU NULL terminated string has no NULL. 2006-08-23 16:24:13 [16991] [42] ERROR: SMPP[hutchorange]: SMSC rejected login to receive, code 0x000f (Invalid System ID). 2006-08-23 16:24:13 [16991] [42] ERROR: SMPP[hutchorange]: I/O error or other error. Re-connecting. 2006-08-23 16:24:13 [16990] [41] WARNING: SMPP: PDU NULL terminated string has no NULL. 2006-08-23 16:24:13 [16990] [41] ERROR: SMPP[hutchorange]: SMSC rejected login to transmit, code 0x000f (Invalid System ID). 2006-08-23 16:24:38 [4905] [3] INFO: HTTP: Re-starting smsc-id `hutchorange' 2006-08-23 16:24:38 [4905] [3] INFO: Set throughput to 13.000 for smsc id hutchorange 2006-08-23 16:24:38 [4905] [3] INFO: DLR rerouting for smsc id hutchorange disabled. 2006-08-23 16:24:38 [17116] [44] WARNING: SMPP: PDU NULL terminated string has no NULL. 2006-08-23 16:24:38 [17116] [44] ERROR: SMPP[hutchorange]: SMSC rejected login to receive, code 0x000f (Invalid System ID). 2006-08-23 16:24:38 [17116] [44] ERROR: SMPP[hutchorange]: I/O error or other error. Re-connecting. 2006-08-23 16:24:38 [17115] [43] WARNING: SMPP: PDU NULL terminated string has no NULL. 2006-08-23 16:24:38 [17115] [43] ERROR: SMPP[hutchorange]: SMSC rejected login to transmit, code 0x000f (Invalid System ID). 2006-08-23 16:24:43 [16990] [41] PANIC: gwlib/octstr.c:2461: seems_valid_real: Assertion `ostr-len + 1 = ostr-size' failed. (Called from gw/smsc/smsc_smpp.c:1811:io_thread.) 2006-08-23 16:24:43 [16990] [41] PANIC: /opt/kannel/sbin/bearerbox(gw_panic+0xfd) [0x80b794d] 2006-08-23 16:24:43 [16990] [41] PANIC: /opt/kannel/sbin/bearerbox [0x80bcddc] 2006-08-23 16:24:43 [16990] [41] PANIC: /opt/kannel/sbin/bearerbox(octstr_get_cstr_real+0x20) [0x80b8bf0] 2006-08-23 16:24:43 [16990] [41] PANIC: /opt/kannel/sbin/bearerbox [0x8080b5e] 2006-08-23 16:24:43 [16990] [41] PANIC: /opt/kannel/sbin/bearerbox [0x80af177] 2006-08-23 16:24:43 [16990] [41] PANIC: /lib/i686/libpthread.so.0 [0x400b1881] 2006-08-23 16:24:43 [16990] [41] PANIC: /lib/i686/libc.so.6(__clone+0x57) [0x420e40c7] -- Stuart Beck Systems Administrator m.Net Corporation Level 13, 99 Gawler Place Adelaide SA 5000, Australia
