RE: is kannel support CDMA 1x?

2002-12-03 Thread Kevin Wood

Normally a GPRS mobile will be allocated an IP address for at least the lifetime of 
the PDP context (the period for which it has an
always on connection). This will normally be the lifetime of the browser session at 
least.

The IP address is the only mechanism for the responses from the gateway to be routed 
back to the mobile so the IP address must
remain static for this period.

During periods when a PDP context is not active the mechanism to reach the mobile is 
using a PUSH notification by SMS, for example,
so it doesn't matter that it has no IP address at this point, or that it could be 
allocated a different one when it next establishes
a PDP context.

I would guess that the same is true of CDMA 1x. The only question is how tightly the 
network operators have secured the GPRS link -
ie do they allow you to access the internet directly from the mobile or only via their 
own gateway / proxy server?

Kevin


Analytek Ltd
www.analytek.co.uk


 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of wangjw
 Sent: 03 December 2002 01:53
 To: Stipe Tolj
 Cc: [EMAIL PROTECTED]
 Subject: Re: is kannel support CDMA 1x?


 i see :)
 and i once used kannel on GPRS
 but the IP address isnt bounded to the mobile, so the mobile can send request to 
Kannel,and soon change its ip,
 so Kannel cant send the UDP package to the mobile properly,i am afraid the same 
problem will happened to the gateway .






Re: [PATCH] http.c

2002-12-03 Thread Stipe Tolj
 the check for != NULL is not necessary, yes. But the octstr_destroy is, as
 in http.c:parse_url:1155 , host is created.
 *host = octstr_copy(url, prefix_len, host_len);

but the host is inside the HTTPServe trans structure, it should be
free'ed there, see gwlib/http.c:616:

static void server_destroy(void *p)
{
HTTPServer *trans;

trans = p;
octstr_destroy(trans-url);
http_destroy_headers(trans-request_headers);
trans-request_headers = NULL;
octstr_destroy(trans-request_body);
entity_destroy(trans-response);
octstr_destroy(trans-host);
gw_free(trans);
}

and the previous server_create() garantees that the -host is NULLed.

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




Working WAP device

2002-12-03 Thread Dave Wong

Just as an FYI...

I just got done testing kannel 1.2.0 on debian 3.0 (woody) w/ kernel 
2.4.19-xfs as a WAP gateway for my ATT/Siemens SX56 PocketPC 2002 Phone 
Edition.  The included Pocket Internet Explorer supports WAP browsing, 
and by simply adding in the IP address of my debian box as the WAP 
proxy, was able to surf WAP sites with no major problems.  Didn't try 
the SMS gateway, but may in the future.

One thing I noticed though when trying to surf to non-WAP friendly 
sites... the log would show that the sites were too large?  Apparently 
anything over 32768 was considered too large to convert.  Is this a 
setting that I can change?

- D -





Re: MMS m-notification-ind and test_ppg

2002-12-03 Thread Alex Judd
I was using binary as wappush returns a syntax error if I wasn't encoding
the data. test_ppg seems to use windows (oa,od) carriage returns for it's
joined lines, whereas my system is using xnix(oa) carriage returns. Don't
know if this would cause the problem

I enclosed the dumps below.

2002-11-29 17:11:42 [1] DEBUG:   data: 3c 62 61 64 6d 65 73 73   badmess
2002-11-29 17:11:42 [1] DEBUG:   data: 61 67 65 2d 72 65 73 70   age-resp
2002-11-29 17:11:42 [1] DEBUG:   data: 6f 6e 73 65 20 63 6f 64   onse cod
2002-11-29 17:11:42 [1] DEBUG:   data: 65 3d 22 32 30 30 30 22   e=2000
2002-11-29 17:11:42 [1] DEBUG:   data: 20 64 65 73 63 3d 22 4edesc=N
2002-11-29 17:11:42 [1] DEBUG:   data: 6f 74 20 75 6e 64 65 72   ot under
2002-11-29 17:11:42 [1] DEBUG:   data: 73 74 6f 6f 64 20 64 75   stood du
2002-11-29 17:11:42 [1] DEBUG:   data: 65 20 74 6f 20 6d 61 6c   e to mal
2002-11-29 17:11:42 [1] DEBUG:   data: 66 6f 72 6d 65 64 20 73   formed s
2002-11-29 17:11:42 [1] DEBUG:   data: 79 6e 74 61 78 22 3e 3c   yntax
2002-11-29 17:11:42 [1] DEBUG:   data: 2f 62 61 64 6d 65 73 73   /badmess
2002-11-29 17:11:42 [1] DEBUG:   data: 61 67 65 2d 72 65 73 70   age-resp
2002-11-29 17:11:42 [1] DEBUG:   data: 6f 6e 73 65 3e 3c 2f 70   onse/p
2002-11-29 17:11:42 [1] DEBUG:   data: 61 70 3e  ap

From debugging the message the total wappush is

POST /wappush?username=password= HTTP/1.1
(0a,0d)Host: localhost:8080
(0a,0d)Content-Type:multipart/related; boundary=asdlfkjiurwghasf;
type=application/xml
(0a,0d)X-WAP-Application-Id: mms.ua
(0a,0d)Content-Length: 779
(0a,0d)
(0a,0d)
(0a,0d)--asdlfkjiurwghasf
(0a,0d)Content-Type: application/xml
(0a,0d)?xml version=1.0?
(0a)!DOCTYPEpap PUBLIC -//WAPFORUM//DTD PAP//EN
http://www.wapforum.org/DTD/pap_1.0.dtd;
(0a)pap
(0a) push-message push-id=[EMAIL PROTECTED]
progress-notes-requested=false
(0a)   address
address-value=[EMAIL PROTECTED]
(0a) /address
(0a)  /push-message
(0a)/pap
(0a,0d)
(0a)--asdlfkjiurwghasf
(0a,0d)Content-Type: application/vnd.wap.mms-message
(0a,0d)Content-Type:application/vnd.wap.mms-message
(0a)X-Mms-Message-Type:m-notification-ind
(0a)X-Mms-Transaction-Id:125
(0a)X-Mms-Version:1.0
(0a)X-Mms-Message-Class:Personal
(0a)X-Mms-Message-Size:4910
(0a)X-Mms-Expiry:256;type=relative
(0a)X-Mms-Content-Location:http://212.118.244.25/mmstest/m4.mms
(0a)X-WAP-Application-Id:x-wap-application:mms.ua\
(0a,0d)
(0a)--asdlfkjiurwghasf--





FYI - client SDU size patch commited

2002-12-03 Thread Igor Ivoilov
Title: FYI - client SDU size patch commited





Hi list,


It defenitly helps nokia 7210 to receive mms.
Thanks to Vjacheslav for pointing out the problem


Igor





Re: MMS m-notification-ind and test_ppg

2002-12-03 Thread Aarno Syvänen
This indeed causes problems, though CRLF line break is one defined by
MIME standard. Perhaps command line option for line break would be
usefull - i mean one translating input break to standard ones.

Aarno

On Friday, November 29, 2002, at 05:13 PM, Alex Judd wrote:


I was using binary as wappush returns a syntax error if I wasn't 
encoding
the data. test_ppg seems to use windows (oa,od) carriage returns for 
it's
joined lines, whereas my system is using xnix(oa) carriage returns. 
Don't
know if this would cause the problem

I enclosed the dumps below.

2002-11-29 17:11:42 [1] DEBUG:   data: 3c 62 61 64 6d 65 73 73   
badmess
2002-11-29 17:11:42 [1] DEBUG:   data: 61 67 65 2d 72 65 73 70   
age-resp
2002-11-29 17:11:42 [1] DEBUG:   data: 6f 6e 73 65 20 63 6f 64   onse 
cod
2002-11-29 17:11:42 [1] DEBUG:   data: 65 3d 22 32 30 30 30 22   
e=2000
2002-11-29 17:11:42 [1] DEBUG:   data: 20 64 65 73 63 3d 22 4e
desc=N
2002-11-29 17:11:42 [1] DEBUG:   data: 6f 74 20 75 6e 64 65 72   ot 
under
2002-11-29 17:11:42 [1] DEBUG:   data: 73 74 6f 6f 64 20 64 75   stood 
du
2002-11-29 17:11:42 [1] DEBUG:   data: 65 20 74 6f 20 6d 61 6c   e to 
mal
2002-11-29 17:11:42 [1] DEBUG:   data: 66 6f 72 6d 65 64 20 73   
formed s
2002-11-29 17:11:42 [1] DEBUG:   data: 79 6e 74 61 78 22 3e 3c   
yntax
2002-11-29 17:11:42 [1] DEBUG:   data: 2f 62 61 64 6d 65 73 73   
/badmess
2002-11-29 17:11:42 [1] DEBUG:   data: 61 67 65 2d 72 65 73 70   
age-resp
2002-11-29 17:11:42 [1] DEBUG:   data: 6f 6e 73 65 3e 3c 2f 70   
onse/p
2002-11-29 17:11:42 [1] DEBUG:   data: 61 70 3e  ap

From debugging the message the total wappush is


POST /wappush?username=password= HTTP/1.1
(0a,0d)Host: localhost:8080
(0a,0d)Content-Type:multipart/related; boundary=asdlfkjiurwghasf;
type=application/xml
(0a,0d)X-WAP-Application-Id: mms.ua
(0a,0d)Content-Length: 779
(0a,0d)
(0a,0d)
(0a,0d)--asdlfkjiurwghasf
(0a,0d)Content-Type: application/xml
(0a,0d)?xml version=1.0?
(0a)!DOCTYPEpap PUBLIC -//WAPFORUM//DTD PAP//EN
http://www.wapforum.org/DTD/pap_1.0.dtd;
(0a)pap
(0a) push-message push-id=[EMAIL PROTECTED]
progress-notes-requested=false
(0a)   address
address-value=[EMAIL PROTECTED]
(0a) /address
(0a)  /push-message
(0a)/pap
(0a,0d)
(0a)--asdlfkjiurwghasf
(0a,0d)Content-Type: application/vnd.wap.mms-message
(0a,0d)Content-Type:application/vnd.wap.mms-message
(0a)X-Mms-Message-Type:m-notification-ind
(0a)X-Mms-Transaction-Id:125
(0a)X-Mms-Version:1.0
(0a)X-Mms-Message-Class:Personal
(0a)X-Mms-Message-Size:4910
(0a)X-Mms-Expiry:256;type=relative
(0a)X-Mms-Content-Location:http://212.118.244.25/mmstest/m4.mms
(0a)X-WAP-Application-Id:x-wap-application:mms.ua\
(0a,0d)
(0a)--asdlfkjiurwghasf--








RE: [PATCH] http.c

2002-12-03 Thread Michael Mulcahy
The problem is with the calling of parse_url in the code.
parse_url is called twice when a http request is being made.
It is the second call that causes the leak.

the write_request_thread function invokes get_connection, this calls
parse_url and populates the trans-host field.
then write_request_thread invokes send_request, this calls parse_url
again
and populates the trans-host fields.

However send_request does not destroy the trans-host that has already been
allocated.

cheers,
michael.

ANAM Wireless Internet Solutions
http://www.anam.com mailto:[EMAIL PROTECTED]
+353 1 284 7555
Castle Yard, Saint Patrick's Road, Dalkey, County Dublin, Ireland

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Stipe Tolj
 Sent: 03 December 2002 14:25
 To: Nisan Bloch
 Cc: [EMAIL PROTECTED]
 Subject: Re: [PATCH] http.c


  the check for != NULL is not necessary, yes. But the
 octstr_destroy is, as
  in http.c:parse_url:1155 , host is created.
  *host = octstr_copy(url, prefix_len, host_len);

 but the host is inside the HTTPServe trans structure, it should be
 free'ed there, see gwlib/http.c:616:

 static void server_destroy(void *p)
 {
 HTTPServer *trans;

 trans = p;
 octstr_destroy(trans-url);
 http_destroy_headers(trans-request_headers);
 trans-request_headers = NULL;
 octstr_destroy(trans-request_body);
 entity_destroy(trans-response);
 octstr_destroy(trans-host);
 gw_free(trans);
 }

 and the previous server_create() garantees that the -host is NULLed.

 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





Re: MMS m-notification-ind and test_ppg

2002-12-03 Thread Alex Judd
Yep agreed.

We can either force all carriage returns to use the CRLF standard on parsing
of the page (recommended route) or have a system/carriage return character
switch on the command line.

There's a few other minor modifications I'd like to make to test_ppg etc. so
I'd be happy to implement the changes necessary.

BTW does the content look right?

Alex

- Original Message -
From: Aarno Syvänen [EMAIL PROTECTED]
To: Alex Judd [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, December 03, 2002 3:41 PM
Subject: Re: MMS m-notification-ind and test_ppg


 This indeed causes problems, though CRLF line break is one defined by
 MIME standard. Perhaps command line option for line break would be
 usefull - i mean one translating input break to standard ones.

 Aarno

 On Friday, November 29, 2002, at 05:13 PM, Alex Judd wrote:

  I was using binary as wappush returns a syntax error if I wasn't
  encoding
  the data. test_ppg seems to use windows (oa,od) carriage returns for
  it's
  joined lines, whereas my system is using xnix(oa) carriage returns.
  Don't
  know if this would cause the problem
 
  I enclosed the dumps below.
 
  2002-11-29 17:11:42 [1] DEBUG:   data: 3c 62 61 64 6d 65 73 73
  badmess
  2002-11-29 17:11:42 [1] DEBUG:   data: 61 67 65 2d 72 65 73 70
  age-resp
  2002-11-29 17:11:42 [1] DEBUG:   data: 6f 6e 73 65 20 63 6f 64   onse
  cod
  2002-11-29 17:11:42 [1] DEBUG:   data: 65 3d 22 32 30 30 30 22
  e=2000
  2002-11-29 17:11:42 [1] DEBUG:   data: 20 64 65 73 63 3d 22 4e
  desc=N
  2002-11-29 17:11:42 [1] DEBUG:   data: 6f 74 20 75 6e 64 65 72   ot
  under
  2002-11-29 17:11:42 [1] DEBUG:   data: 73 74 6f 6f 64 20 64 75   stood
  du
  2002-11-29 17:11:42 [1] DEBUG:   data: 65 20 74 6f 20 6d 61 6c   e to
  mal
  2002-11-29 17:11:42 [1] DEBUG:   data: 66 6f 72 6d 65 64 20 73
  formed s
  2002-11-29 17:11:42 [1] DEBUG:   data: 79 6e 74 61 78 22 3e 3c
  yntax
  2002-11-29 17:11:42 [1] DEBUG:   data: 2f 62 61 64 6d 65 73 73
  /badmess
  2002-11-29 17:11:42 [1] DEBUG:   data: 61 67 65 2d 72 65 73 70
  age-resp
  2002-11-29 17:11:42 [1] DEBUG:   data: 6f 6e 73 65 3e 3c 2f 70
  onse/p
  2002-11-29 17:11:42 [1] DEBUG:   data: 61 70 3e  ap
 
  From debugging the message the total wappush is
 
  POST /wappush?username=password= HTTP/1.1
  (0a,0d)Host: localhost:8080
  (0a,0d)Content-Type:multipart/related; boundary=asdlfkjiurwghasf;
  type=application/xml
  (0a,0d)X-WAP-Application-Id: mms.ua
  (0a,0d)Content-Length: 779
  (0a,0d)
  (0a,0d)
  (0a,0d)--asdlfkjiurwghasf
  (0a,0d)Content-Type: application/xml
  (0a,0d)?xml version=1.0?
  (0a)!DOCTYPEpap PUBLIC -//WAPFORUM//DTD PAP//EN
  http://www.wapforum.org/DTD/pap_1.0.dtd;
  (0a)pap
  (0a) push-message push-id=[EMAIL PROTECTED]
  progress-notes-requested=false
  (0a)   address
  address-value=[EMAIL PROTECTED]
  (0a) /address
  (0a)  /push-message
  (0a)/pap
  (0a,0d)
  (0a)--asdlfkjiurwghasf
  (0a,0d)Content-Type: application/vnd.wap.mms-message
  (0a,0d)Content-Type:application/vnd.wap.mms-message
  (0a)X-Mms-Message-Type:m-notification-ind
  (0a)X-Mms-Transaction-Id:125
  (0a)X-Mms-Version:1.0
  (0a)X-Mms-Message-Class:Personal
  (0a)X-Mms-Message-Size:4910
  (0a)X-Mms-Expiry:256;type=relative
  (0a)X-Mms-Content-Location:http://212.118.244.25/mmstest/m4.mms
  (0a)X-WAP-Application-Id:x-wap-application:mms.ua\
  (0a,0d)
  (0a)--asdlfkjiurwghasf--
 
 






Re: MMS m-notification-ind and test_ppg

2002-12-03 Thread Ignat Vassilev
Alex Judd wrote:


Update from myself is that you can actually use Apache to serve binary mms
files quite successfully and send alerts with the m-notification code from
Aarno (thanks to Igor for the test image)

If anyone else is interested on this part, I'm putting together a faq
document covering this so I'll publish it when done.

Any ideas on the wap_ppg generation question?

Alex

 

2. Serving MMS content

I've configured Apache to serve .mms files with the content type
application/vnd.wap.mms-message (thanks Ivor) however the phone complains
   

of
 

a formatting error when it recieves the message. I'm using Nokia encoded
binary messages here which should in theory work. Again, open for
suggestions as how to verify these messages are correct.

Thoughts are that I may need to use Kannel as a proxy to fetch the content
from the Apache server and serve it itself. Guessing that might be the SAR
issue that has been resolved that stopped this happening before however
   

now
 

works.

Thanks for the help so far :)

Alex

Skywire

   




 

Hi Alex

I really interested from MMS m-notification-ind and I try to find 
example with Arno m-notification code an Igor test image on faq docs and 
documentation  but I didn't find anything aabout it.
Can you give me an example.


Many Thanks
Ignat






RE: [PATCH] http.c

2002-12-03 Thread Nisan Bloch
Hi Michael

yup, thats it exactly, and this causes havoc, under load with delivery acks 
or many  MO messages.

Nisan

At 03:53 PM 12/3/02 +, Michael Mulcahy wrote:
The problem is with the calling of parse_url in the code.
parse_url is called twice when a http request is being made.
It is the second call that causes the leak.

the write_request_thread function invokes get_connection, this calls
parse_url and populates the trans-host field.
then write_request_thread invokes send_request, this calls parse_url
again
and populates the trans-host fields.

However send_request does not destroy the trans-host that has already been
allocated.

cheers,
michael.

ANAM Wireless Internet Solutions
http://www.anam.com mailto:[EMAIL PROTECTED]
+353 1 284 7555
Castle Yard, Saint Patrick's Road, Dalkey, County Dublin, Ireland

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Stipe Tolj
 Sent: 03 December 2002 14:25
 To: Nisan Bloch
 Cc: [EMAIL PROTECTED]
 Subject: Re: [PATCH] http.c


  the check for != NULL is not necessary, yes. But the
 octstr_destroy is, as
  in http.c:parse_url:1155 , host is created.
  *host = octstr_copy(url, prefix_len, host_len);

 but the host is inside the HTTPServe trans structure, it should be
 free'ed there, see gwlib/http.c:616:

 static void server_destroy(void *p)
 {
 HTTPServer *trans;

 trans = p;
 octstr_destroy(trans-url);
 http_destroy_headers(trans-request_headers);
 trans-request_headers = NULL;
 octstr_destroy(trans-request_body);
 entity_destroy(trans-response);
 octstr_destroy(trans-host);
 gw_free(trans);
 }

 and the previous server_create() garantees that the -host is NULLed.

 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






about smpp bind operation

2002-12-03 Thread zhu shi song
when implementing smpp , do we really need two tcp
connections to smpp.
can we establish just one tcp connection and originate
two bind operations one for transmitter and the other 
for receiver?  i don't know which method is more
correct?
 
  thanks
   zhu

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com




OTA MMS Settings

2002-12-03 Thread Shantanu Jog



Hi all,

I am sending the following to Nokia 5210  
7650.

2002-12-03 16:59:27 [5] 
DEBUG: data: 10 05 04 c3 4f c0 02 00 
 O...2002-12-03 16:59:27 [5] 
DEBUG: data: 03 04 02 01 00 03 08 
02 2002-12-03 16:59:27 [5] 
DEBUG: data: 02 73 00 01 87 29 6b 
01 .s...)k.2002-12-03 16:59:27 [5] 
DEBUG: data: 01 86 07 11 03 68 74 
74.htt2002-12-03 
16:59:27 [5] DEBUG: data: 70 3a 2f 2f 32 30 33 
2e p://203.2002-12-03 16:59:27 [5] 
DEBUG: data: 32 31 32 2e 36 34 2e 
32 212.64.22002-12-03 16:59:27 [5] 
DEBUG: data: 30 00 01 c6 08 01 87 
15 0...2002-12-03 
16:59:27 [5] DEBUG: data: 11 03 43 65 6c 6c 6e 
65 ..Cellne2002-12-03 
16:59:27 [5] DEBUG: data: 78 74 20 4d 4d 53 20 
53 xt MMS S2002-12-03 16:59:27 [5] 
DEBUG: data: 65 72 76 69 63 65 73 
00 ervices.2002-12-03 16:59:27 [5] 
DEBUG: data: 01 01 
01 
...

5210 detects it correctly as 'Service Settings', 
but 7650 does not.
Are these WAP Settings or MMS Settings or both 
?
To make these as MMS settings, do i need to make 
any changes ?

Regards,
Shantanu