From: James D. <jam...@ou...> - 2020-09-28 14:01:55
|
I've worked out what was happening basically the phone was checking the time timestamp and the payload and if both matched then it would not show it as a new message which is pretty obvious when you think about it, maybe it's a feature of the phone I was using but not something I've come across in the past, it would always present it as a new message. Cheers Jim ________________________________ From: James Downey <jam...@ou...> Sent: Thursday, September 24, 2020 10:41 AM To: ope...@li... <ope...@li...> Subject: [Openbts-discuss] SIP application/vnd.3gpp.sms messages on Master Branch Hi Everyone! I'm having a little bit of trouble sending binary sms via SIP on the master branch this functionality used to work fine on the older 4.0 branch but appears to not work a few years later now trying SMS on Master branch. I can send a SIP text/plain SMS perfectly fine via ASTERISK but application/vnd.3gpp.sms does not appear to be working. I have my configuration setup to accept vnd.3gpp.sms messages and from the logs it appears that the SIP message has been accepted by ASTERISK and Openbts identifies it as a SMS-Deliver. I know the phone is receiving data as I can hear the signal through the speakers nearby 🙂 but very rarely a message is received, only like 1 in 100 actually does arrive but the plain/text ones come through instantly every time. I am using a N210 setup with 003.009.007 firmware. Enclosed is a log just grepping all SMS related messages but I don't think the problem is in this area personally but probably in the signalling...maybe!... Also this is my SIP SMS-Deliver PDU message I send through asterisk as an example for you. """MESSAGE sip:IMSI2341591801xxxxx@127.0.0.1:5063 SIP/2.0\r\nTo: <sip:smsc@127.0.0.1>\r\nFrom: <sip:IMSI2341591801xxxxx@127.0.0.1:5062>;tag=OBTSqsmcqwjlxtwwmfkh\r\nVia: SIP/2.0/UDP 127.0.0.1:5062;branch=z9hG4bKOBTStweddtzwqubweqjd\r\nCall-ID: 7348a29e34a924fe\r\nCSeq: 209 MESSAGE\r\nContent-Type: application/vnd.3gpp.sms\r\nContent-Length: 68\r\n\r\n01a203a10000001a8004a112600000111052512481000c46b4199d97a3cd6833da0c""" Any help would be great! Cheers Jim |