RE: What's the SAR status ??

[Igor Ivoilov]

Title: RE: What's the SAR status ??





Yes, it's not implemented yet


> -Original Message-
> From: Damir Salantic [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 27, 2003 11:40 AM
> To: 'Stipe Tolj'; 'Aarno Syvanen'
> Cc: [EMAIL PROTECTED]; 'kannel-mailing-list'
> Subject: RE: What's the SAR status ??
> 
> 
> What about NACK request? It seems to me that it is not yet 
> implemented. Or
> maybe I missed it?
> I'm using this feature from Danzel's patch.
> Look at Igor's post few months ago:
> http://www.mail-archive.com/[EMAIL PROTECTED]/msg05978.html
> 
> Damir
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Stipe Tolj
> > Sent: 27. veljaca 2003 10:22
> > To: Aarno Syvänen
> > Cc: [EMAIL PROTECTED]; kannel-mailing-list
> > Subject: Re: What's the SAR status ??
> >
> >
> > Aarno Syvänen wrote:
> > >
> > > We are using SAR here at Global Network Inc for wap gateway
> > serving our
> > > mmsc. It works quite fine.
> >
> > yep, we to at Wapme. :))
> >
> > SAR is working fine within Kannel. There will be some further
> > extentions to ESAR, but that's still in development in some sense.
> >
> > 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: Kannel wap limits ?

[Igor Ivoilov]

Title: RE: Kannel wap limits ?





I have to fix wpt layer to do not panic if psn is going to be > 255
but this is a limit of SAR and can be overcome with ESAR.
Does 3650 support ESAR? I don't have such a phone to check it by myself


> -Original Message-
> From: Bruno Rodrigues [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 18, 2003 5:27 AM
> To: [EMAIL PROTECTED]
> Subject: Kannel wap limits ?
> 
> 
> Hi.
> 
> I'm trying to force kannel to let a mobile download 
> realplayer.sis file
> (584.720bytes) through it.
> I know that I'm crazy to try it, but I just need to know the 
> limits of kannel
> and see if we can do better than CMG ;)
> 
> First problem is that Nokia 3650 sends a SDU of 357.000 bytes 
> and kannel simply
> refuses to send the file back. 
> It's a good start relativly to CMG, because I will get a 
> reply quickly (altough
> it could be a nice wap page saying something meanfull instead 
> of a rude gateway
> error). CMG tries to do something and only breaks after 
> something like 10 seconds.
> 
> Then I've removed SDU checks from kannel >:), adding a "0 &&"
> gw/wap-appl.c line 654:
> /*
>  * If the response is too large to be sent to the client,
>  * suppress it and inform the client.
>  */
> if (0 && octstr_len(content.body) > sdu_size && sdu_size > 0) {
> 
> Now the mobile goes having fun downloading the file:
> Kannel logs starts with a:
> 2003-02-18 02:52:12 [5] DEBUG: WTP: begin_sar_result(): data 
> len = 584867
> 
> then a,
> 2003-02-18 02:52:14 [5] DEBUG: WTP: continue_sar_result(): 
> lsegm=2, nsegm=1015,
> csegm=-1
> 
> until it gets to:
> 2003-02-18 02:54:24 [5] DEBUG: WTP: resp_machine 2, state 
> RESULT_RESP_WAIT,
> event RcvAck.
> 2003-02-18 02:54:24 [5] DEBUG: WTP: continue_sar_result(): lsegm=254,
> nsegm=1015, csegm=251
> 2003-02-18 02:54:24 [5] DEBUG: WTP: dispath_to_wdp(): psn = 255
> 2003-02-18 02:54:24 [5] PANIC: gwlib/octstr.c:1677: 
> octstr_set_bits: Assertion
> `value <= mask' failed.
> 
> This means what ? are we assuming that psn is a unsigned byte ? 
> 
> To reach the Nokia3650 SDU, we would need to send 620 
> "psn"'s, so I think
> something is broken in kannel. :(
> 
> 
> Any idea ?
> 
> 
> 
> 
> -- 
> Davi / Bruno.RodriguesLitux.Org
> Litux.org: 02:58:48 up 87 days,  4:14, 10 users,  load 
> average: 0.18, 0.10, 0.05
> 'OK, enough hype.
>  -- Larry Wall in the perl man page'
> 

RE: question about WTP-SAR

[Igor Ivoilov]

Title: RE: question about WTP-SAR





It's not clear from your post what gateway you are talking about and what's the phone.
Also tcpdump of the session between the phone and the gw can be useful


> -Original Message-
> From: Kang Minfeng-a18629 [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, February 09, 2003 2:54 PM
> To: [EMAIL PROTECTED]
> Subject: (no subject)
> 
> 
> Hi, List:
>   I have a question about WTP-SAR, it is not about 
> kannel, but maybe some experts here can help me.
> 
>   I develop wap-client on mobile. When I send a Invoke 
> message by WTP-SAR to gateway, I get the abort PDU. Following 
> is the flow:
> 
>   >Invoke, 
>   >SegInvoke, PSN=1
>   >SegInvoke, G, PSN=2 
> 
>    
>   ->SegInvoke, PSN=3
>   ->SegInvoke, PSN=4
>   ->SegInvoke, T, PSN=5
> 
>   <-Abort, Abort Reson = 0xE1(disconnect)
> 
>   I donot know why the gateway send the abort PDU intead 
> of the result PDU, and the abort reason can not tell me more 
> information about it.
> 
>   Can anybody here help me?
> 
> BRs
> mfkang
> 
>   
> 
> 
> 

RE: [Fwd: Removing WTP-SAR limit 32768 B]

[Igor Ivoilov]

Title: RE: [Fwd: Removing WTP-SAR limit 32768 B]





This is not a WTP-SAR limit, this is what the phone reports about itself with Client SDU size
Out of curiosity, what is the model of the phone?


Igor


> -Original Message-
> From: Stipe Tolj [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 10, 2003 1:42 PM
> To: [EMAIL PROTECTED]
> Subject: [Fwd: Removing WTP-SAR limit 32768 B]
> 
> 
> Hi list,
> 
> forwarded.
> 
> 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: Decrypting a MMS Message

[Igor Ivoilov]

Title: RE: Decrypting a MMS Message





Hello Friedrich,


I have decoded something from the 1st sms
See more details in WAP-209-MMSEncapsulation


Igor


07
91
947122725014
40              TP-UDHI = 1
05              OA length
8507314F2       TP-TOOA=133 TP-OA=70132
39              TP-PID
F5              TP-DCS
30102261007280  TP-SCTS = '03/01/22 16:00:27' TP-SCTZ = '+02'
8C              SM length
0C              UDH length
05040B8423F0    port 9200 -> port 2948
080401BA0201    1 of 2
B2      WSP header start, id
06      PDU type push
26      WSP header length =
6170706C69636174696F6E2F766E642E7761702E6D6D732D6D65737361676500 =  application/vnd.wap.mms-message
AF84
8DF1
B486
        WSP header end
8C      MMS-Message-type
82      m-notificatiuon.ind
98      Transaction-id
3139363230343100 = 1962041
8D      MMS-Version
90      1.0
89      From
1C      length
80      inline
6D6D7340766F6461666F6E6564322E616E6E797761792E6E657400 = [EMAIL PROTECTED]
96      Subject
5445535400 TEST 
8A      Message-Class
80      Personal
8E      Message-size
021D88
88      Expiry
05  len
81      relative
0302A2FE
83      content-location
687474703A2F2F3133392E372E32342E312F736572766C = http://139.7.24.1/servl

RE: SAR panic

[Igor Ivoilov]

Title: RE: SAR panic





Dear Slava,


While ESAR is not implemented I think a graceful way to hanlde it is
to reduce client sdu size sent to wsp to SAR_SEGM_SIZE*255.
Also I can change SAR_SEGM_SIZE to be let's say 1300.
it will change the maximum file size to 331K from 146K.
But it may cause a problem for the phones that are connected using CSD.
Actually SAR_SEGM_SIZE has to be equal to MTU.
Do you know a way to detect MTU to the phone that works fast enough?


Let me know what you think


Igor


> -Original Message-
> From: Vjacheslav Chekushin [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 23, 2003 9:31 AM
> To: devel
> Subject: SAR panic
> 
> 
> Hi, list.
> Seems that SAR incorrectly handles cases when segments count>255
> 
> wapbox.log:
> 
> 2003-01-22 19:14:01 [6] DEBUG: WTP: resp_machine 718, state 
> RESULT_RESP_WAIT, 
> event RcvAck.
> 2003-01-22 19:14:01 [6] DEBUG: WTP: continue_sar_result(): 
> lsegm=254, nsegm=440, 
> csegm=251
> 2003-01-22 19:14:01 [6] DEBUG: WTP: dispath_to_wdp(): psn = 255
> 2003-01-22 19:14:01 [6] PANIC: gwlib/octstr.c:1677: 
> octstr_set_bits: Assertion 
> `value <= mask' failed.
> 
> 
> -- 
> Vjacheslav Chekushin    mailto:[EMAIL PROTECTED]
> Latvian Mobile Phone Company    http://www.lmt.lv
> 
> 

SHARP GX10, MMS, kannel

[Igor Ivoilov]

Title: SHARP GX10, MMS, kannel





Hello list,


Was anybody able to receive MMS though kannel using Sharp GX10?
I can not find what this phone is expecting from gateway.
I see that on MMS sending it communicates with gw the same way as nokia or sonyericsson.
My mmsc receives the mms correctly  and forward it to destination without problem.
Destination ericsson T68i without any problem shows the mms, but gx10 reports server error 
and thinks that mms was not sent.
On mms receiving gx10 sends ACK on m-retrieve-conf and then immediately drops the wsp session.
On screen it reports server error again.


I suspect that I have faulty copy of GX10, but I'd like somebody to confirm it


Igor

RE: Nokia 7210 Problems

[Igor Ivoilov]

Title: RE: Nokia 7210 Problems





I have applied the patch and don't experience any problem
"unknown file format" is not a problem of Kannel.
at least http://mobile.club.nokia.com sends under-construction wml page with wrong content-type
as text/plain. Nokia 7210 just does not know how to show it while nokia 7650 shows wml as text.


> -Original Message-
> From: David Chkhartishvili [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 15, 2003 10:52 AM
> To: [EMAIL PROTECTED]
> Cc: devel
> Subject: Re: Nokia 7210 Problems
> 
> 
> 
> After applying patch, I got "unknown file format".
> Any ideas?
> 
> 
> Vjacheslav Chekushin wrote:
> 
> > Hi,
> >
> > Andreas Fink wrote:
> >
> >>
> >>
> >> On Dienstag, Januar 14, 2003, at 12:27 Uhr, David 
> Chkhartishvili wrote:
> >>
> >> Hi List,
> >>
> >> I have problems accessing http://mobile.club.nokia.com 
> from Nokia
> >> 7210 using kannel-cvs.
> >> Debug says:
> >>
> >> 2003-01-14 15:22:38 [16] DEBUG: HTTP: Status line: 
> 
> >> Request Entity Too Large>
> >> 2003-01-14 15:22:38 [8] WARNING: WSP: Content type 
>  not
> >> supported by client, deleting body.
> >>
> >> In the mean time I can access that page using 
> SonyEricsson T68i.
> >> Could anyone point out what's the problem.
> >>
> >> Sounds very strange, that Nokia handset can't access 
> nokia site =)
> >>
> >>
> >> the problem is the nokia site, not the nokia phone.
> >> I actually can not see this website from any of my nokia's over 
> >> Swisscom's WAP gateway either, nor over kannel.
> >> Their website returns a mime type of text/html which is 
> not correct. 
> >> The phones cant display HTML.
> >>
> >>
> >> Andreas Fink
> >> Fink Consulting GmbH
> >>
> >
> > The problem is that kannel compose every header on its own line.
> > The solution for that - to pack http header
> > (create a comma separated list for http header values).
> >
> > I can propose patch for all who is interested in it.
> > It eliminates  
> problem for me.
> >
> > (To apply this patch, go to kannel directory with Makefile and run:
> > patch -p0 < http_pack.patch )
> >
> >-
> ---
> >
> >--- ../devel_1.2.1_base/gwlib/http.c Thu Jan  2 12:04:16 2003
> >+++ gwlib/http.c Mon Jan  6 15:56:58 2003
> >@@ -2327,12 +2327,65 @@
> > return new;
> > }
> > 
> >+static int http_header_cmp(void *a, void *b) {
> >+  Octstr *header,*pat;
> >+  
> >+  header = a;
> >+  pat = b;
> >+
> >+  if (octstr_ncompare(header, pat, octstr_len(pat)) == 0) {
> >+    return 1;
> >+  }
> >+
> >+  return 0;
> >+}
> > 
> > void http_header_pack(List *headers)
> > {
> >-    gwlib_assert_init();
> >-    gw_assert(headers != NULL);
> >-    /* XXX not implemented yet. */
> >+  List *new_headers,*tmp_list;
> >+  Octstr *name,*name_col,*value,*curr,*raw_header;
> >+  int i;
> >+
> >+  gwlib_assert_init();
> >+  gw_assert(headers != NULL);
> >+  tmp_list = NULL;
> >+
> >+  new_headers = http_create_empty_headers();
> >+  
> >+  for (i = 0; i < list_len(headers); i++) {
> >+    http_header_get(headers, i, &name, &value);
> >+    name_col = octstr_duplicate(name);
> >+    octstr_append_cstr(name_col,":");
> >+    if ((curr = list_search(new_headers, name_col, 
> http_header_cmp)) == NULL) {
> >+  http_header_add(new_headers, octstr_get_cstr(name), 
> octstr_get_cstr(value));
> >+    } else {
> >+  if (octstr_len(curr) > 256) { 
> >+    if (tmp_list == NULL) {
> >+      tmp_list = list_create();
> >+    }
> >+    raw_header = octstr_duplicate(curr);
> >+    list_append(tmp_list,raw_header);
> >+    http_header_remove_all(new_headers, octstr_get_cstr(name));
> >+    http_header_add(new_headers, octstr_get_cstr(name), 
> octstr_get_cstr(value));
> >+  } else {
> >+    octstr_append_cstr(curr,", ");
> >+    octstr_append(curr,value);
> >+  }
> >+    }
> >+    octstr_destroy(name);
> >+    octstr_destroy(value);
> >+    octstr_destroy(name_col);
> >+    
> >+  }
> >+
> >+  http_header_combine(headers, new_headers);
> >+  http_destroy_headers(new_headers);
> >+  if (tmp_list != NULL) {
> >+    while ((curr = list_extract_first(tmp_list)) !=  NULL) {
> >+  list_append(headers, curr);
> >+    }
> >+    list_destroy(tmp_list,NULL);
> >+  }
> > }
> > 
> > 
> >  
> >
> 
> 
> 

RE: Method not supported problem

[Igor Ivoilov]

Title: RE: Method not supported problem





+1 from me
What device does generate such request?


> -Original Message-
> From: Vjacheslav Chekushin [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 09, 2003 9:22 AM
> To: devel
> Subject: Method not supported problem
> 
> 
> If get PDU contain HTTP method which not supported, then 
> Kannel panics and
> restarts.
> 
> Here is problem description:
> 
> wap-appl.c:
>  error(0, "WSP: Method %s not supported.", 
> octstr_get_cstr(method));
>  content_body = octstr_create("");
>     resp_headers = NULL;
>  ret = HTTP_NOT_IMPLEMENTED;
>  octstr_destroy(request_body);
>  return_reply(ret, content_body, resp_headers, 
> client_SDU_size,
>   event, session_id, url, x_wap_tod, 
> actual_headers);
>  wap_event_destroy(event);
>  http_destroy_headers(actual_headers);
> 
> in return_reply() we call
> http_header_get_content_type(headers, &content.type, &content.charset)
> 
> And assertion gw_assert(headers != NULL) force gateway to PANIC.
> 
> How it looks in wapbox.log:
> 2003-01-08 18:20:39 [2] DEBUG: Connectionless Get request received.
> 2003-01-08 18:20:39 [7] ERROR: WSP: Method TRACE not supported.
> 2003-01-08 18:20:39 [7] PANIC: gwlib/http.c:2620: 
> http_header_get_content_type: 
> Assertion `headers != NULL' failed.
> 
> I think we must change
> resp_headers = NULL;
> to
> resp_headers = http_create_empty_headers();
> 
> -- 
> Vjacheslav Chekushin    mailto:[EMAIL PROTECTED]
> Latvian Mobile Phone Company    http://www.lmt.lv
> 
> 

RE: MMS and Kannel

[Igor Ivoilov]

Title: RE: MMS and Kannel





I use Kannel as wap gateway for MMS service
and cvs version supports SAR.


> -Original Message-
> From: Friedrich, Jason Brian [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 20, 2002 2:50 PM
> To: [EMAIL PROTECTED]
> Subject: MMS and Kannel
> 
> 
> Hello everyone, 
> 
> do i have to patch the latest cvs-version of kannel to get 
> mms-support? Or is it already integrated in the latest release?
> And when i have an mms capable gateway, is there anything to
> attend? Is there any documentation about kannel as a mms-gateway?
> 
> So far,
> 
> ./jason
> 
> P.S. When SAR is not included in the cvs-version, is it posibble
> that someone can send the last one to me again? I tried to copy
> one from the web-archive but it wont work. I cant patch it.
> Thanks a lot.
> 

RE: Bug in wtp_pack_sar_ack

[Igor Ivoilov]

Title: RE: Bug in wtp_pack_sar_ack





Fix is commited into cvs


> -Original Message-
> From: Aarno Syvanen [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 13, 2002 11:46 AM
> To: [EMAIL PROTECTED]
> Subject: Bug in wtp_pack_sar_ack
> Importance: High
> 
> 
> Hi List,
> 
> in wtp_pack_sar_ack  we have following:
> 
> unsigned char cpsn;
> sprintf(&cpsn, "%c", psn);
> 
> this does not work, because sprintf tries to add /0 for an end of the 
> string, and cspn
> is only one byte long.
> 
> simply doing:
> 
> unsigned char cpsn;
> unsigned char damn[256];
> sprintf(&cpsn, "%c", psn);
> 
> removes segfault, because now sprintf writes /0 to space reserved by 
> damn. But of
> course one wants a real fix.
> 
> aarno 
> 
> 

RE: OTA MMS Settings

[Igor Ivoilov]

Title: RE: OTA MMS Settings





Hi Bruno,


Can you send an xml or binary version of settings that makes T68i to store
MMS server address?
Now I send settings to n3510,n7210 having MMSURL, while
for n7650 and t68i - URL. The only problem but very annoying is what I've mentioned in my
question.


TIA,
Igor


> -Original Message-
> From: Bruno Rodrigues [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, December 08, 2002 2:31 AM
> To: Igor Ivoilov
> Cc: 'Shantanu Jog'; Kannel Dev
> Subject: RE: OTA MMS Settings
> 
> 
> On Qua, 2002-12-04 at 10:46, Igor Ivoilov wrote:
> > Sorry, I did not look into the sms content at the first glance
> > But now I hardly can recognize is as OTA settings
> > See OTA setting specification v.7.0 from nokia and ericsson 
> about how
> > to do it.
> > This document was somewhere on the nokia site.
> > See also http://www.3glab.org/ota.html
> >  
> > My previous advise was irrelevant to the problem because 5210 is not
> > mms capable.
> > And neither n7650 nor t68i understand MMSURL in settings
> 
> Yes, they do. 
> We are provisioning MMSC OTA to Ericsson T68 and every Nokia that
> supports MMS (3510, 7650, 7210, etc).
> 
> I can send some examples if required.
> 
> 
> -- 
> Bruno Rodrigues <[EMAIL PROTECTED]>
> 

RE: SAR

[Igor Ivoilov]

Title: RE: SAR





Hi Damir,


What was the device your wap gw communicated with?
Looks like it send more than 6 packets in a group,
maximum that I saw by myself was 3.


Igor


> -Original Message-
> From: Damir Salantic [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 06, 2002 10:28 AM
> To: 'kannel-mailing-list'
> Cc: [EMAIL PROTECTED]; Igor Ivoilov
> Subject: RE: SAR
> 
> 
> Hi Denzel, hi Igor
> 
> I don't know if this is related, but here is the part of 
> wapbox.log, after
> my wapbox crashed.
> Note that this is a kannel with Danzel's patch applied.
> If you want, I can send you more data from log.
> Note that this happened after few hours of normal operation.
> 
> bye
> Damir
> 
> 
> 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]]On
> Behalf Of [EMAIL PROTECTED]
> Sent: 6. prosinac 2002 21:26
> To: Igor Ivoilov; [EMAIL PROTECTED]
> Cc: kannel-mailing-list
> Subject: Re: SAR
> 
> 
> Hi Damir/Igor,
> 
> As you have seen, my implementation is done based on State 
> Machine in WTP
> Response Layer. Also to my knowledge, I implemented all the 
> functionalities
> in SAR (Segmentation/Re-Assembly/NACK/ACK).
> 
> One thing I like to ask from Igor is is there any efficiency 
> problem or
> anything when you do it using the Sate Machines?
> 
> The problem was with my implementation is little funny one. 
> Actually I'm not
> sure if that's cause of a bug in the SAR implementation or 
> related to some
> other part. The problem was, when a phone initiate a WAP 
> session, WTP state
> changes to INVOKE_RESP_WAIT and waits for a Response from WSP 
> layer. And
> this continues for a long time or indefinitely. Also this 
> problem occurs
> only occationally. The funny thing here is, this happens 
> prior to the start
> of SAR packets, so I guess this couldn't be because of my 
> coding. Igor, I
> know you are in a much greater level to understand what this 
> problem can be.
> Please help me to sort this.
> 
> If any other person has tried my coding please give me your comments.
> 
> Thanks,
> Denzel
> 
> 

RE: SAR

[Igor Ivoilov]

Title: RE: SAR





Hi Damir,


You're right, this thing is not implemented, 
but the implementation is coming soon


Igor


> -Original Message-
> From: Damir Salantic [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, December 05, 2002 12:06 PM
> To: [EMAIL PROTECTED]
> Subject: SAR
> 
> 
> Hi to all.
> 
> I started to work with kannel recently, so excuse me for my 
> ignorance, if
> I'm wrong.
> I'm refering to "SAR" thread one month ago.
> 
> Denzel wrote on Nov. 13.:
> "Here's a SAR patch we made ( diffrent to Igore's). We tested 
> this with =
> an earlier CVS ( may be in sync with gateway1.2.0 ). Nack's are =
> implemented.  And we had a problem with igore's patch, cause 
> sometimes =
> the nacks failed ."
> 
> Igor wrote on Nov. 13.:
> "Nack reaction was not implemented in early version of sar.patch. But
> version
> that's come to cvs has this feature."
> 
> Now I'm looking on both versions: one with Denzel's patch and 
> the one from
> CVS.
> What I see is that in CVS version there is implemented only 
> response to NACK
> and not a NACK request. In another words, CVS Kannel doesn't 
> take care about
> lost wtp segments and never sends NACK to the sender, but only ACK.
> This can be seen in following code:
> 
> wtp_resp.c line 722:
> 
> if (orig_event->u.RcvSegInvoke.gtr == 1) { /* Need to 
> acknowledge */
> e = wtp_pack_sar_ack(ACKNOWLEDGEMENT, machine->tid,
> machine->addr_tuple,
>  orig_event->u.RcvSegInvoke.psn);
> dispatch_to_wdp(e);
> }
> 
> and when receives incomplete packet it just reports debug info:
> 
> wtp_resp.c line 793:
> for (i = 1; i <= last_psn; i++) {
> if ((sar_info = list_search(machine->sar_info, &i,
> is_wanted_sar_data)) != NULL) {
> 
> octstr_append(e->u.RcvInvoke.user_data,sar_info->sar_data);
> } else {
> debug("wap.wtp", 0, "Packet with psn %d not found", i);
> return e;
> }
> }
> 
> In Denzel's implementation it seems to be solved correctly
> (wtp_check_segments).
> 
> Igor, can you confirm that, so I should use Danzel's patch 
> instead of CVS.
> Do you plan to implement that also?
> Maybe some part from Denzel's patch can be integrated to CVS?
> 
> Thanks
> Damir Salantic
> 
> 
> 
> 

RE: OTA MMS Settings

[Igor Ivoilov]

Sorry, 
I did not look into the sms content at the first glance
But 
now I hardly can recognize is as OTA settings
See 
OTA setting specification v.7.0 from nokia and ericsson about how to do 
it.
This 
document was somewhere on the nokia site.
See 
also http://www.3glab.org/ota.html
 
My 
previous advise was irrelevant to the problem because 5210 is not mms 
capable.
And 
neither n7650 nor t68i understand MMSURL in settings
 
Good 
luck

  -Original Message-From: Shantanu Jog 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, December 04, 
  2002 11:23 AMTo: Igor Ivoilov; Kannel DevSubject: Re: 
  OTA MMS Settings
  Hi,
   
  After the suggested modification, I am pushing 
  the following:
   
  2002-12-04 14:44:34 [5] 
  DEBUG:  data: 10 05 04 c3 4f c0 02 00   
  O...2002-12-04 14:44:34 [5] DEBUG:  data: 
  03 04 02 01 00 03 02 02   2002-12-04 14:44:34 [5] 
  DEBUG:  data: 02 73 00 01 87 29 6b 01   
  .s...)k.2002-12-04 14:44:34 [5] DEBUG:  data: 
  01 86 7c 11 03 68 74 74   ..|..htt2002-12-04 14:44:34 [5] 
  DEBUG:  data: 70 3a 2f 2f 32 30 33 2e   
  p://203.2002-12-04 14:44:34 [5] DEBUG:  data: 
  32 31 32 2e 36 34 2e 32   212.64.22002-12-04 14:44:34 [5] 
  DEBUG:  data: 30 00 01 c6 08 01 87 15   
  0...2002-12-04 14:44:34 [5] DEBUG:  data: 
  11 03 43 65 6c 6c 6e 65   ..Cellne2002-12-04 14:44:34 [5] 
  DEBUG:  data: 78 74 20 4d 4d 53 20 53   
  xt MMS S2002-12-04 14:44:34 [5] DEBUG:  data: 
  65 72 76 69 63 65 73 00   ervices.2002-12-04 14:44:34 [5] 
  DEBUG:  data: 01 01 
  01  
  ...
  This time also 5210 detected it as Service 
  Settings, but 7650 didn't. 
  Any idea what changes can make these as 
  MMS OTA Settings ?
   
  Regards,
  Shantanu
   
  
- Original Message - 
From: 
    Igor 
Ivoilov 
To: 'Shantanu Jog' ; Kannel 
Dev 
Sent: Wednesday, December 04, 2002 1:54 
PM
Subject: RE: OTA MMS Settings

Instead of URL try to send MMSURL (ie 07 -> 
7c)
It 
helped me for nokia 7210 and 3510

  -Original Message-From: Shantanu Jog [mailto:[EMAIL PROTECTED]]Sent: 
  Wednesday, December 04, 2002 6:46 AMTo: Kannel 
  DevSubject: OTA MMS Settings
  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

RE: OTA MMS Settings

[Igor Ivoilov]

Instead of URL try to send MMSURL (ie 07 -> 7c)
It 
helped me for nokia 7210 and 3510

  -Original Message-From: Shantanu Jog 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, December 04, 
  2002 6:46 AMTo: Kannel DevSubject: OTA MMS 
  Settings
  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

FYI - client SDU size patch commited

[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: Client SDU size problem with nokia 7210

[Igor Ivoilov]

Title: RE: Client SDU size problem with nokia 7210





Thank you guys, I would like to have ability to commit changes



> -Original Message-
> From: Stipe Tolj [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 29, 2002 5:21 PM
> To: Aarno Syvanen
> Cc: [EMAIL PROTECTED]; Igor Ivoilov
> Subject: Re: Client SDU size problem with nokia 7210
> 
> 
> Aarno Syvänen wrote:
> > 
> > Can we vote for giving Igor commit rights, too ? +1 from 
> me, SAR patch
> > was very good.
> 
> Igor, would you like to have write access?! I'd be +1 for this too.
> 
> 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
> 

Client SDU size problem with nokia 7210

[Igor Ivoilov]

Title: Client SDU size problem with nokia 7210





Hi list,


Some time ago this problem was reported by Vjacheslav, but the reason was pointed not correctly.
Actually n7210 sends SDU size, but it concatenates connect and get requests into 1 packet.
Wsp layer made update of client_SDU_size on S-Connect.res, that happens after get event in this case.
So here is a patch to fix the problem that works fine for me


Igor


 




n7210.patch
Description: Binary data

RE: SAR patch and segfaults

[Igor Ivoilov]

Title: RE: SAR patch and segfaults





Hello Matias,


Could you send what caused the seg fault using my wap proxy at 217.27.32.21 ?
Crash happened at the 1st or the 4th packet, so it does not depend on file size.
I have tested upload/download up to 100K, and did now see anything strange.
Before you do it please let me know your ip network.



> -Original Message-
> From: Matias Lahti [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 14, 2002 2:46 PM
> To: [EMAIL PROTECTED]
> Subject: Re: SAR patch and segfaults
> 
> 
> > > Hi - the SAR patch applied to CVS works nice with smaller 
> files, but
> with
> > > bigger files it segfaults.
> >
> > how big was the object and what kind of object?! You should also
> > supply us with more information regarding the phone, even while this
> > may not be that crussial.
> 
> 8k mms message (with nothing more than a picture and the SMIL 
> of course)
> with a nokia 7650 to kannel.
> 
> The timeout that occurred in the log isn't normal - eg. it 
> doesnt usually
> come up even though segfaults still happen.
> 
>  - Matias Lahti
> 
> 
> 
> 

RE: SDU-Size and UAProfiles

[Igor Ivoilov]

Title: RE: SDU-Size and UAProfiles





Instead of removing  checking 
may be it's better to take 32000 as nowadays default?
At least before kannel learns how to take this information from UAProfile


> -Original Message-
> From: Vjacheslav Chekushin [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 14, 2002 9:26 AM
> To: [EMAIL PROTECTED]
> Subject: SDU-Size and UAProfiles
> 
> 
> Hi, list.
> New phones go to market, they support new specifications...
> 
> I have tested how Nokia 7210 handles MMS.
> The problem is that this phone (at least with my soft version)
> don't use SDU-Size parameter but UAprofiling
> (http://nds.nokia.com/uaprof/N7210r100.xml).
> So WAP gw take default value 1400 and phone can't fetch mms 
> from server.
> Now I simply remove SDU-Size checking from kannel, but it's 
> temporary solution.
> What people think about this?
> 
> -- 
> Vjacheslav Chekushin    mailto:[EMAIL PROTECTED]
> Latvian Mobile Phone Company    http://www.lmt.lv
> 
> 

RE: SAR

[Igor Ivoilov]

Title: RE: SAR





> And Igore, our implementation of SAR is done in wtp 
> layer(In the wtp
> state machine. ). Is there any advantage to implement SAR in 
> a layer below
> wtp ??
> 
SAR is part of WTP and imho must be implemented on this level.
My implementation is done like that.
Your implementation introduces 2 new states of WTP machine that are not defined in WAP-224-WTP.
I thought about it when wrote the patch and decided that this way gives more complicate algorithm.
Anyway I will appreciate very much if you point out conditions where nack is proceed not properly in my implementation.
Tcpdump of a failed session can help me the best.


Igor

RE: SAR

[Igor Ivoilov]

Title: RE: SAR





Hi Denzel,


Nack reaction was not implemented in early version of sar.patch. But version that's come to cvs has this feature.
Did you experience nack problems with this version?


Igor


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 13, 2002 10:20 PM
To: kannel-mailing-list
Subject: SAR



Hi list!


Here's a SAR patch we made ( diffrent to Igore's). We tested this with an earlier CVS ( may be in sync with gateway1.2.0 ). Nack's are implemented.  And we had a problem with igore's patch, cause sometimes the nacks failed .


patch for earlier CVS  ->  my-patch.diff




Any way, I created a patch with the current CVS. Didn't test it with new CVS though.


( cvs diff -u gateway-cvs/wap > csv.patch )   ==> cvs.patch



Send ur comments.





urs,
denzel.

RE: [FYI] WTP-SAR added

[Igor Ivoilov]

Title: RE: [FYI] WTP-SAR added





> 
> I would very much like to help with this and have acesss to 
> several very recent phones capable of it.
> Is there say a newbies guide to setting up kannel for java 
> midlet provisioning please?
> > 
There is nothing special, just make gw run
and setup wap connection on the phone to use session mode as Permanent

RE: how to install "SAR Patch"

[Igor Ivoilov]

Title: RE: how to install "SAR Patch"





change dir to gateway/wap 
and run there
patch < SAR-snapshot.patch


Last time I have posted the patch it has the name how I have written it here. 
And I recommend to use the latest version


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 11, 2002 5:39 PM
> To: [EMAIL PROTECTED]
> Subject: how to install "SAR Patch"
> 
> 
> Hi All,
> i would like to know how i can install the last SAR patch 
> "SAR-snapshot-patch.txt",
> downlodable in the dev-mailing list.
> My OS is Red Hat 7.2, should i use the unix command "patch 
> -p0 < SAR-snapshot-patch.txt",
> in with directory should i run the command ???
> 
> Thank you in advance for your help.
> 
> Mino
> 
> __
> Tiscali ADSL. Scopri la fantastica promozione di Natale: 
> tutto Gratis fino
> al 9 gennaio!
> Abbonati ora: prima ti abboni, più risparmi!
> http://point.tiscali.it/adsl/index.shtml
> 
> 
> 
> 

FW: SAR Patch for Kannel

[Igor Ivoilov]

Title: FW: SAR Patch for Kannel





Oh, forgot to attach the patch to my previous message


 




SAR-snapshot.patch
Description: Binary data

RE: SAR Patch for Kannel

[Igor Ivoilov]

Title: RE: SAR Patch for Kannel





Hi list,
I have updated the patch to be applicable to current version of gw
Also reaction on nack is now implemented. (ESAR - not yet)
Attached patch is the next version of SAR-cumulative


I never saw problems described by Dave, and our mms server is working fine with patched gw,
but really I have tested only T68i, 7650, 7210. Also I've tested 6310i to download applications through
this gw without any problem.


Dave, 
It's very interesting to see tcpdump of failed sessions
(didnot you forget to use only session oriented mode?)


Igor



> -Original Message-
> From: Dave White [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, November 06, 2002 4:11 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: SAR Patch for Kannel
> 
> 
> [EMAIL PROTECTED] wrote:
> > Hello Dave,
> > 
> > You once "promissed" :) to send your updated SAR patch to 
> the Kannel 
> > mailing list. I tried to find this email on the list but 
> couldn't find it.
> > 
> > Could you send your latest version to the list? Possible with 
> > your findings like quality, missing features, working phones. 
> > Alternatively I can offer you some hosting space on my ADSL box if 
> > nescessary. This would allow a simple web-page with 
> detailed info on the 
> > patch.
> > 
> > Best regards,
> > 
> > Ruud Schramp
> > 
> > 
> 
> I adapted this patch from the two SAR patches posted to the list; the 
> changes I made to the work of Igor and Vjacheslav were only simple 
> changes needed to apply the path to the latest Kannel CVS snapshot.
> 
> "It worked for me" -- sort of. Since I didn't have time to go 
> after the 
> problems, I haven't sent it out or tried to identify the 
> concrete problems.
> 
> In particular, SAR on responses seems to work about 50% of 
> the time with 
> a Nokia 7650 (tested by downloading J2ME apps) and SAR on 
> requests seems 
> not to work at all with Nokia devices (tested with attempted 
> MMS-Post).
> 
> Furthermore, I suspect that CVS has changed enough that this 
> new patch 
> won't apply.
> 
> Here it is; I suspect that members of the core team are quite a bit 
> further along, and I'd recommend waiting for their output. I 
> would not 
> recommend this patch for a production system; I have seen numerous 
> wapbox hangs (not crashes, hangs) using this.
> 
> David WHITE
> CONNECT AUSTRIA
> 
> 

RE: OTA message WDP port number ?

[Igor Ivoilov]

Title: RE: OTA message WDP port number ?






sure, that was a typo


> -Original Message-
> From: Kaido Karner [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 23, 2002 7:02 PM
> To: [EMAIL PROTECTED]
> Subject: RE: OTA message WDP port number ?
> 
> 
> re
> 
> > according to OTA settings specification 7.0 from ericsson and nokia 
> > dest port must be 4 (C3F4). 
> 
> hmz .. c3f4 is 50164 .. shouldn't it be c34f ?
> 
> k
> 
> 
> 

RE: OTA message WDP port number ?

[Igor Ivoilov]

Title: RE: OTA message WDP port number ?





according to OTA settings specification 7.0 from ericsson and nokia 
dest port must be 4 (C3F4).
Source port is not specified and from my experience it can be any


> -Original Message-
> From: Stone Zhang [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 23, 2002 6:42 PM
> To: '[EMAIL PROTECTED]'
> Subject: OTA message WDP port number ?
> 
> 
> can I ask what is the WDP dest and org port number for OTA message
> 
> I know for Nokia hanset they are C3F4 for destination port 
> and C002 for
> originating port, is that same for other handsets?
> 
> cheers
> 
> Stone
> 
> 
> 
> NOTICE AND DISCLAIMER:
> This email (including attachments) is confidential.  If you 
> have received
> this email in error please notify the sender immediately and 
> delete this
> email from your system without copying or disseminating it or 
> placing any
> reliance upon its contents.  We cannot accept liability for 
> any breaches of
> confidence arising through use of email.  Any opinions 
> expressed in this
> email (including attachments) are those of the author and do 
> not necessarily
> reflect our opinions.  We will not accept responsibility for 
> any commitments
> made by our employees outside the scope of our business.  We 
> do not warrant
> the accuracy or completeness of such information.
> 
> 

RE: install sar2.patch sar-cumulative.patch

[Igor Ivoilov]

Title: RE: install sar2.patch sar-cumulative.patch





These both 2 patches are from me. 
You have to install only the last one, sar-cumulative.patch
Do it as following
Having gateway-1.2.0 as cwd do
    cd wap
    patch < SAR-cumulative.patch
That's it



> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 9:13 AM
> To: [EMAIL PROTECTED]
> Subject: install sar2.patch sar-cumulative.patch
> 
> 
> 
> 
>  Here is the content of the directory where my 
>  gateway is: 
>  
>  [root@tick gateway-1.2.0]# ls 
>  aclocal.m4  config.cache  config.status  COPYING  
>  INSTALL libwmlscript.a  NEWS  
>  STATUS   wmlscript 
>  AUTHORS config.guess  config.sub debian   
>  install-sh  Makefile    README    
>  test 
>  benchmarks  config.h  configure  doc  
>  libgw.a Makefile.in sar2.patch    
>  utils 
>  ChangeLog   config.h.in   configure.in   gw   
>  libgwlib.a  missing SAR-cumulative.patch  
>  VERSION 
>  checks  config.log    contrib    gwlib    
>  libwap.a    mkinstalldirs   solaris   
>  wap 
>  
>  I launch this: 
>  
>  [root@tick gateway-1.2.0]# patch -p 0 < 
>  SAR-cumulative.patch 
>  (Stripping trailing CRs from patch.) 
>  patching file wap/wap_events.def 
>  patch:  malformed patch at line 25: 
>  WAPEVENT(RcvAbort, "RcvAbort",=0A= 
>  
>  [root@tick gateway-1.2.0]# 
>  
>  Or this : 
>  
>  [root@tick gateway-1.2.0]# patch -p 0 < sar2.patch 
>  (Stripping trailing CRs from patch.) 
>  can't find file to patch at input line 11 
>  Perhaps you used the wrong -p or --strip option? 
>  The text leading up to this was: 
>  -- 
>  |Content-Type: application/octet-stream; 
>  |   name="sar2.patch" 
>  |Content-Transfer-Encoding: quoted-printable 
>  |Content-Disposition: attachment; 
>  |   filename="sar2.patch" 
>  | 
>  |diff -ub wap-slava/wap_events.def = 
>  |../kannel-snapshot/wap/wap_events.def=0A= 
>  |--- wap-slava/wap_events.def   Fri Sep 13 
>  03:43:32 2002=0A= 
>  |+++ ../kannel-snapshot/wap/wap_events.def  
>  Fri Sep 13 05:55:02 2002=0A= 
>  -- 
>  File to patch: 
>  
>  
>  I don`t know which file I have to patch for the 
>  sar facilities... 
>  Am I in the right directory? 
>  What`s my fault? 
>  Thanks for your help and have a nice day 
>  
>  Cedric 
>  
> 
> 

RE: SAR Functionality.

[Igor Ivoilov]

Title: RE: SAR Functionality.





>Hello All
>I want to have a clarification,
> 1> What is SAR functionality?
    Segmentation and reassembly (WAP-224 from http://www.wapforum.org/what/technical.htm)
> 2> The kannel gateway we have downloaded does it support SAR 
> functionality.
    No
> 3> we are supposed to implement the SAR, so how can we go abt.Are 
> there patches which we have to downlaod, and add for WAP gateway 
> supporting SAR.
    2 days ago I've posted a patch that does it 
> please guide us for the following.
> 
> regards
> Nigar
> 

Can anybody help me to test SMS delivery to France?

[Igor Ivoilov]

Title: Message



 

RE: WSP SAR and PDU types

[Igor Ivoilov]

Title: RE: WSP SAR and PDU types



I 
decided to send to the list cumulative version of these 2 
patches.
I've 
fixed a small problem there since last post.
 

  -Original Message-From: Igor Ivoilov 
  Sent: Thursday, October 03, 2002 11:48 AMTo: 
  '[EMAIL PROTECTED]'; [EMAIL PROTECTED]Subject: RE: WSP 
  SAR and PDU types
  SAR is implemented on WTP level and has nothing to do with 
  WSP. If you anyway need SAR find in this list 2 
  patches from me and Vjacheslav Checkushkin that 
  implements SAR into Kannel 
  > -Original Message- > 
  From: Anders Lindh [mailto:[EMAIL PROTECTED]] 
  > Sent: Wednesday, October 02, 2002 12:35 PM 
  > To: [EMAIL PROTECTED] > 
  Subject: WSP SAR and PDU types > > > > 
  Hi, > > When trying to 
  receive or send MMS messages through Kannel, the > 
  operation always fails. When using connectionless mode and sending a 
  > message, I get > 
  > WARNING: WSP UNIT: Unsupported PDU type 2 
  > > Has this to do with the 
  missing SAR support, and what is the status of > 
  this? > > Thanks, 
  > > - Anders > > 


SAR-cumulative.patch
Description: Binary data

RE: WSP SAR and PDU types

[Igor Ivoilov]

Title: RE: WSP SAR and PDU types





SAR is implemented on WTP level and has nothing to do with WSP.
If you anyway need SAR find in this list 2 patches from me and Vjacheslav Checkushkin
that implements SAR into Kannel


> -Original Message-
> From: Anders Lindh [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 02, 2002 12:35 PM
> To: [EMAIL PROTECTED]
> Subject: WSP SAR and PDU types
> 
> 
> 
> Hi,
> 
> When trying to receive or send MMS messages through Kannel, the
> operation always fails. When using connectionless mode and sending a
> message, I get 
> 
> WARNING: WSP UNIT: Unsupported PDU type 2
> 
> Has this to do with the missing SAR support, and what is the status of
> this?
> 
> Thanks,
> 
> - Anders
> 
> 

RE: T68i Wap Browser.

[Igor Ivoilov]

Send 
them wap proxy identity headers too ;)

  -Original Message-From: Oded Arbel 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, October 02, 2002 8:26 
  PMTo: Igor Ivoilov; Kannel-devel (E-mail)Subject: RE: 
  T68i Wap Browser.
  Thanks :-)
  Found it a sec before you replied. 
   
  Can 
  you please also answer this : why when I try to use an http client on a 
  computer that identifies with this user-agent string, the server still replies 
  with an HTML (not my server - wap.esato.com) ?
   
  --Oded Arbelm-Wise mobile solutions[EMAIL PROTECTED]
   
  +972-9-9581711 (116)+972-67-340014
   
  ::.."Few things are harder to put up with than a good 
  example." -- Mark Twain
   
  
-Original Message-From: Igor Ivoilov 
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, October 02, 2002 7:23 
PMTo: Oded Arbel; Kannel-devel (E-mail)Subject: RE: 
T68i Wap Browser.
SonyEricssonT68/R201A

  -Original Message-From: Oded Arbel 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, October 02, 2002 8:19 
  PMTo: Kannel-devel (E-mail)Subject: T68i Wap 
  Browser.
  Hi 
  list.
   
  Does anyone 
  know what is the user-agent identification string of the Wap Browser in 
  the Ericsson T68i ?
   
  TIA
   
  --Oded 
  Arbelm-Wise mobile solutions[EMAIL PROTECTED]
   
  +972-9-9581711 
  (116)+972-67-340014
   
  ::..The 
  President publicly apologized today to all those offended by his brother's 
  remark, "There's more Arabs in this country than there is Jews!".  
  Those offended include Arabs, Jews, and English teachers. -- 
  Baltimore, Channel 11 News, on Jimmy Carter
   

RE: T68i Wap Browser.

[Igor Ivoilov]

SonyEricssonT68/R201A

  -Original Message-From: Oded Arbel 
  [mailto:[EMAIL PROTECTED]]Sent: Wednesday, October 02, 2002 8:19 
  PMTo: Kannel-devel (E-mail)Subject: T68i Wap 
  Browser.
  Hi 
  list.
   
  Does anyone know 
  what is the user-agent identification string of the Wap Browser in the 
  Ericsson T68i ?
   
  TIA
   
  --Oded 
  Arbelm-Wise mobile solutions[EMAIL PROTECTED]
   
  +972-9-9581711 
  (116)+972-67-340014
   
  ::..The 
  President publicly apologized today to all those offended by his brother's 
  remark, "There's more Arabs in this country than there is Jews!".  Those 
  offended include Arabs, Jews, and English teachers. -- Baltimore, 
  Channel 11 News, on Jimmy Carter
   

RE: MMS-WSP GET Request??

[Igor Ivoilov]

Title: RE: MMS-WSP GET Request??





m-indication.ind you generated seems to be not correct
there must be %83 octet before %MY URI%00 to denote Content-location


-Original Message-
From: amitsehgal [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 25, 2002 7:23 AM
To: [EMAIL PROTECTED]
Subject: MMS-WSP GET Request??



Hi All,
    I sent a m-notification.ind using this pdu on Nokia 7650 in connection oriented mode (Permanent).


udh=%06%05%04%0b%84%23%f0&text=%0f%06%03%be%af%84%8c%82%98%39%39%37%35%40%66%6c%79%65%72%6f%6e%65%2e%63%6f%6d%00%8d%90%8a%80%8e%01%64%88%06%80%04%43%c5%46%8f%MY URI%00

   In response the phone originated a data call but the wapbox is crashing after some time.
Is the pdu for m-notification.ind correct?
I caught the wdp packet in bearerbox, but it contains no URI info, is it a WSP/HTTP get request (as per 
WAP-206-MMSCTR-20010612-a   Section 6-Fig 4 (pg 12(33)) ???
The bearerbox & wapbox logs are attached alongwith.


Thanking in advance


Regards
amit sehgal

RE: m-notification-ind

[Igor Ivoilov]

Title: RE: m-notification-ind





see WAP-209-MMSEncapsulation 
from http://www.wapforum.org/what/technical.htm



> -Original Message-
> From: Lior Barnea [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, September 22, 2002 12:37 PM
> To: Devel@kannel (E-mail)
> Subject: m-notification-ind
> 
> 
> 
> Hi list :)
> 
> I am looking for a spec for m-notification-ind (mms push 
> messages), can anyone tell me where to find it ?
> 
> Best regards,
> 
> Lior Barne'a,
> Infrastructures developer,
> m-Wise mobile solutions.
> 
> [EMAIL PROTECTED]
> +972-9-9581711 (120)
> +972-55-679228
> 
> 
> 

RE: m-notification-ind again

[Igor Ivoilov]

Title: RE: m-notification-ind again





Kannel wap gw does not support SAR, this is a problem to deliver mms
with size bigger than 1400



> -Original Message-
> From: David Chkhartishvili [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 04, 2002 10:04 AM
> To: [EMAIL PROTECTED]
> Subject: m-notification-ind again
> 
> 
> Hi,
> 
> Still trying to send m-notification-ing to SonyErcisson T68i 
> using SMPP.
> 
> It seems like evrything goes well, and phone tries to recieve 
> message, 
> but nothing happens.
> My files look like that:
> 
> m-notification-ind.txt:
> Content-Type: application/vnd.wap.mms-message
> X-Mms-Message-Type: m-notification-ind
> X-Mms-Transaction-Id: 125
> X-Mms-Version: 2.0
> X-Mms-Message-Class: Personal
> X-Mms-Message-Size: 500
> X-Mms-Expiry: 256; type=relative
> X-Mms-Content-Location: http://localhost/mms.txt
> X-WAP-Application-Id: x-wap-application:mms.ua
> 
> pap.txt:
> 
> 
>   "http://www.wapforum.org/DTD/pap_1.0.dtd">
> 
>   
>   progress-notes-requested="false">
> 
> address-value="[EMAIL PROTECTED]">
> 
> 
> priority="low"
> delivery-method="unconfirmed"
> network-required="true"
> network="gsm"
> bearer-required="true"
> bearer="sms">
> 
>   
> 
> 
> Please correct me if I'm missing something in my files.
> 
> 
> -- 
> David Chkhartishvili
> Tel: 995 99 182418
> 
> 
> 

RE: Question on posting WAP209 binary data from a Nokia 7650

[Igor Ivoilov]

Title: RE: Question on posting WAP209 binary data from a Nokia 7650





Hello Aarno!


Got any news on your progress in SAR?


Igor


> -Original Message-
> From: Aarno Syvanen [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 02, 2002 8:43 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: 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: PDU with unknown type for MMS

[Igor Ivoilov]

Title: Re: PDU with unknown type for MMS





Dear Slava,


Here http://kannel.3glab.org/mailman/private/devel/2002-July/013521.html
you have mentioned
> (SonyEricsson T68/R201A sends MM without problem)
Could you please explain how reached it?


I was failed to do it with T68i doing the following
1. I send m-notification.ind with url of message
2. the message is a file on web server that is encoded as m-retrieve.conf
    web server attaches to this file Content-type: application/vnd.wap.mms-message
3. I see that mobile (T68i) makes wap GET request to wap proxy
4. wap proxy makes http request to the url of message
5. wap proxy sends this page with headers to the mobile 2 times
6. after some timeout the mobile reports network failure


I have tried the same with nokia 7650, it behaves differently and stack even earlier


Sorry, I understand now that you did sending, not receiveing with T68


But hope you have a clue on this too.


Igor

RE: MMS PDU

[Igor Ivoilov]

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: MMSC udp

[Igor Ivoilov]

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

MMSC udp

[Igor Ivoilov]

Title: MMSC udp





Dear all,


Please advise what document describes content of udp packets that mobile phone and wap-gw send to each other.
I need it to understand how MMS is sent or received. I am able to send correct m-notification.req but mobile is not able

to fetch content from web server and stuck at stage when it sends the following request to wap-gw


0b12dd1201101330048086a48192a7600282000283050284018080839981eaa94e6f6b6961373635302f312e302053796d6269616e4f532f362e312053657269657336302f302e3900

that stays unanswered.
I can see that this not GET request but what is it?



Thanks in advance,
Igor