Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SMS-DELIVER-REPORT instead of SMS-SUBMIT #33

Closed
GoogleCodeExporter opened this issue Jul 27, 2015 · 4 comments
Closed

SMS-DELIVER-REPORT instead of SMS-SUBMIT #33

GoogleCodeExporter opened this issue Jul 27, 2015 · 4 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Select binary SMS option
2. Send SMS
3. Capture the traffic

What is the expected output? What do you see instead?
The client should send SMS-SUBMIT, according to 
http://betelco.blogspot.com/2009/10/sms-over-3gpp-ims-network.html
Wireshark 1.4.2 shows that the Boghe app sends SMS-DELIVER-REPORT in its 
RP-DATA.

What version of the product are you using? On what operating system?
Boghe-alpha (1.0.55.539)
Windows XP Pro SP3


Please provide any additional information below.
This is mentioned in comments to issue 28 which might be invalid (I have not 
verified it with proper IMS configuration yet).

Original issue reported on code.google.com by victorx...@gmail.com on 10 Jan 2011 at 9:46

Attachments:

@GoogleCodeExporter
Copy link
Author

The result shown by wireshark is incorrect as it ignores the smsc address 
information (TS 23.040 section 9.1.2.5). The first octet (TS 23.040 section 
9.2.2.2) is 0x11 (SMS-SUBMIT) instead of 0x04 (SMS-DELIVER). Perhaps I'm wrong.

Original comment by boss...@yahoo.fr on 10 Jan 2011 at 10:32

  • Changed state: Accepted

@GoogleCodeExporter
Copy link
Author

There exists at least one client application that sends SUBMIT in a way that 
Wireshark shows it as SUBMIT. Of course this doesn't prove anything - just more 
food for thought.

Original comment by victorx...@gmail.com on 11 Jan 2011 at 12:13

Attachments:

@GoogleCodeExporter
Copy link
Author

It looks like the destination address is repeated twice before the 0x11 byte.
Note the sequence 04 a8 22 22 f2.

Original comment by victorx...@gmail.com on 11 Jan 2011 at 12:58

Attachments:

@GoogleCodeExporter
Copy link
Author

Version 1.0.58 should fix the issue.

Original comment by boss...@yahoo.fr on 6 Feb 2011 at 6:55

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant