it can but it doesn't. WHY? Expects the clients to add UDHL and that doesn't seem too difficult :-) may be developers know th right reason.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Zohar Sent: Thursday, November 06, 2003 12:20 PM To: huangcy; Navjot Singh; [EMAIL PROTECTED] Subject: Re: UDH help I have this spec, but my question was why kannel does not ad the UDHL by itself, by taking the length of the UDH given to it. ----- Original Message ----- From: huangcy To: Zohar ; Navjot Singh ; [EMAIL PROTECTED] Sent: Monday, July 07, 2003 8:02 AM Subject: Re: UDH help you can see <<WAP-259-WDP-20010614-a>>APPENDIX-D D.1 Binary Header Format For GSM SMS and GSM USSD the WDP headers structure is defined using the User Data Header (UDH) framework as defined in GSM 03.40: FIELD LENGTH Length of User Data Header 1 octet Information Element Identifier âAâ 1 octet Length of Information-Element 'A' 1 octet Information-Element 'A' Data 1 to ânâ octets Information-Element-Identifier 'B' 1 octet Length of Information-Element 'B' 1 octet Information-Element 'B' Data 1 to ânâ octets . . . . . . . . . . . . Information-Element-Identifier 'n' 1 octet Length of Information-Element 'n' 1 octet Information-Element 'n' Data 1 to ânâ octets Figure D- 1 The Generic User Data Header Structure in GSM SMS and USSD The âLength-of-Information-Elementâ fields shall be the integer representation of the number of octets within its associated âInformation-Element -Dataâ field, which follows and shall not include itself in its count value. The âLength-of-User-Data-Headerâ field shall be the integer representation of the number of octets within the âUser- Data-Headerâ information fields which follow and shall not include itself in its count. Byte order of integers is most significant byte first. In case the information word of the payload data is different from an octet then the binary header is padded with bits to the start position of an information word (GSM uses a 7-bit alphabet) in most cases. Thus the header is compatible with legacy devices not supporting the WDP Datagram protocol. Best Regardsï éæé çåé ååäæææïæåïæéåå ----- Original Message ----- From: Zohar To: Navjot Singh ; [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 11:24 PM Subject: Re: UDH help No, and that was the problem. Why does kannel need the length - can't this be calculated per UDH? Thank you. ----- Original Message ----- From: Navjot Singh To: Zohar ; [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 11:38 AM Subject: RE: UDH help are you sure your UDH contains UDL length, the first octet in UDH ? -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Zohar Sent: Sunday, November 02, 2003 12:54 PM To: [EMAIL PROTECTED] Subject: UDH help I posted this last week, waited for some help, but nada... :( I need someone's help on this please, as the problem is becoming urgent: I'm sending an SMS that contains a UDH to a client, but the client seems to ignore it for some reason. So I wanted to see what it looks like on the receiving end. I sent an SMS message from one kannel with the following header: X-Kannel-UDH: 05040E06FDE8 I received the SMS message on another kannel and got: X-Kannel-UDH: 040E06FDE8. It seems like the IEI ("05") got "chopped off". Why is that?
