Hi Nikos,

(Sorry in advance, as this is becoming a long message.)

Regarding the port 49202 thing, I was expecting port 9201 for WAP (like you indicate), but wireshark was saying that everything was happening on 49202 for some reason.. Maybe it was confused... Anyway, I've made some progress and don't really care about that issue any more... So...

A couple other things:
1. (as a side note) I've discovered that kannel is very sensitive, if you do stop or start-smsc admin request to kannel via "http://localhost:13000/stop-smsc?smsc=blah"; and blah isn't defined in kannel as an smsc, bearerbox will most definitely crash and burn. 2. I'm only using kannel to handle incoming/outgoing SMS. I need to send MMS via my operators mmsc, so I'm not dealing with notification or wapbox in kannel or wap requests to mbuni. (Let me know if I'm not on the right track here.) So SMS goes through kannel, and I'm hitting mbuni with an HTTP request to get it to send out an MMS.

I am so close I can almost taste it... (I discovered that something is wrong with one of my GSM modems or accounts, but I've got one that almost works..)

Here's where I'm at:

(Kannel and Mbuni are running, of course)
1. I inject an MMS into Mbuni via a URL that looks like this: http://testserver:8193/?username=user&password=pass&from=100&to=16125555555&subject=SomeSubject&mmsc=modem&content-url=http://testserver/img/mms/offer_10.jpg

2. Mbuni hits my webserver, downloads the offer_10.jpg image. (works great) Log entries on mbuni look like this:

2009-12-29 21:58:24 [2425] [23] DEBUG: Octet string dump ends.
2009-12-29 21:58:24 [2425] [20] DEBUG: WSP: Mapping `image/jpeg', WSP 1.2 to 0x001e. 2009-12-29 21:58:24 [2425] [20] INFO: mmsbox.c:1355 <make_and_queue_msg> [mmsbox] [n/a] MMSBox: Queued message from service [sendmms-user], [transid [Mbuni-msg.5504.x1.25.8]: e-to-qf5504.2.x425.96 2009-12-29 21:58:24 [2425] [20] INFO: System error 2: No such file or directory 2009-12-29 21:58:24 [2425] [20] DEBUG: HTTP: Resetting HTTPClient for `172.18.3.10'. 2009-12-29 21:58:24 [2425] [20] INFO: mmsbox.c:1602 <dispatch_sendmms_recv> [mmsbox] [n/a] MMSBox.mmssend: u=user, Queued [Accepted: Mbuni-msg.5504.x1.25.8] 2009-12-29 21:58:27 [2425] [7] DEBUG: Queued to thread 1 for /var/spool/mbuni/mmsbox_outgoing/e/to/qf5504.2.x425.96, sendt=1262145504, tnow=1262145507
  SMSC `modem' shut down

3. Mbuni shuts the kannel connection down. (works great)
4. PPP starts up. (works great)
5. Mbuni POSTs the MMS to the operator's mmsc. Request header looks like this:

POST http://mmsc.cingular.com HTTP/1.1
Host: mmsc.cingular.com
User-Agent: Mbuni-MmsBox/1.0.0
x-wap-profile: http://shortcode.someserver.com/mbuni.xml
Accept: */*, application/vnd.wap.mms-message
Content-Type: application/vnd.wap.mms-message
Content-Length: 41540
..a bunch of binary data, followed by..:
HTTP/1.1 200 OK
content-type: application/vnd.wap.mms-message
Content-Length: 54
Via: 1.1 alpmag2r1fe04WAP2-mbl:8080

...00001......Message accepted..123005015110000300003.

(Everything looks really good.. other MMSC accepted my message!).

However, the message is never delivered to my handset. If I change the URL that I'm using to inject the msg into mbuni and add '&text=SomeTextHere', then I actually get the message. I would appear that mbuni is not formatting the mms properly when I'm trying to send an image or something.

I am evaluating a couple commercial MMS-sending apps, and found that they can send out an MMS that looks very similar (in wireshark anyway), and I do receive the MMS (so I know that the modem is good, the plan supports MMS, etc).

Any ideas?

Thanks for your help!

-Ray


Nikos Balkanas wrote:
Hi,

I have lots of experience with kannel and the at driver. Normally bearerbox panics when the modem goes down. It is always nice to learn about new tricks ;-)

What you are reading is not WAP. Wap 1.x works over udp ports 9200 - 9203, not 49202. Kannel's bearerbox listens in at these ports for wap traffic. Post packet dump to verify it.

Mbuni works with kannel both for notification (smsbox) and wap traffic for older mobiles. Kannel's wapbox is configured with map-url to redirect wap requests to mbuni. Read mbuni configuration.

Also please post POST request you are sending along with detailed logs of attempt.

BR,
Nikos
----- Original Message ----- From: "Ray Pitmon" <r...@pitmon.com>
To: <users@mbuni.org>
Sent: Tuesday, December 29, 2009 7:12 AM
Subject: Re: [Users] mm1 using wrong interface to send


So, it looks like I'm having problems sending out to wireless.cingular.com. I tried to POST the content of the data file directly using curl, and I pretty much get the same thing that I get when mbuni tries. (It does a POST of the data and just sits there.)

I've looked at a commercial app that works (on Windows), and when I do a packet trace, I see that it's sending everything UDP and the content looks to be SMIL. So I'm thinking that it's using the WAP1 gateway and sending SMIL formatted data instead. (Although the udp port (49202) and host IP) are not what I thought I would find, so maybe I don't understand WAP as well as I thought I did.)

Any ideas? Can I configure mbuni to send via a wap1 gateway? Am I even looking in the right direction?

Thanks,

-Ray

Ray Pitmon wrote:
Hi Nikos,

The libmmsbox_mm1 library does a great job of telling kannel to take the modem offline so that the dialup PPP session can start (and that works well). The problem that I'm seeing seems to be related more with libcurl binding to the wrong interface. I was able to add a configuration setting to specify the libcurl interface (ppp0) and recompile. This, with a couple sleeps, causes it to bind to ppp0. (I'm getting further, but it still isn't working correctly; I'll post my next issue soon :)

Thanks,

-Ray


Nikos Balkanas wrote:
Hi,

Do you need to shutdown kannel? Can mbuni notification work without kannel? You know that kannel supports HTTP smsc and therefore you can connect through it.

BR,
Nikos
----- Original Message ----- From: "Ray Pitmon" <r...@pitmon.com>
To: <users@mbuni.org>
Sent: Monday, December 28, 2009 7:45 AM
Subject: [Users] mm1 using wrong interface to send


Hi,

I'm very close to getting mbuni to send out vi MM1 on a GSM modem.

Mbuni will tell kannel to shut down (which it does), and it brings up the ppp connection.

However, it never seems to connect to AT&T's SMSC. So I did a tcpdump on the ppp0 interface, and I can see mbuni trying to send packets on port 80 to the AT&T proxy (wireless.cingular.com), but the source address is my Ethernet IP instead of what's assigned to ppp0:

tcpdump -i ppp0 -n
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes 23:26:12.984086 IP 172.18.3.15.45500 > 66.209.11.32.80: Flags [S], seq 3553051624, win 5840, options [mss 1460,sackOK,TS val 151026241 ecr 0,nop,wscale 5], length 0


I've got a static route in place and I can do 'telnet wireless.cingular.com 80' and it connects to the proxy fine.

Any ideas? I'm looking at changing the libcurl stuff in mmsbox-mm1, but I thought I'd check to see if there was an easier way.

Here's my custom-settings:

group = mmsc
id = modem
type = custom
custom-settings = "smsc-on=lynx -dump 'http://localhost:13000/start-smsc?password=pass&smsc=modem';smsc-off=lynx -dump 'http://localhost:13000/stop-smsc?password=pass&smsc=modem';gprs-on=/root/startppp.sh;gprs-pid=cat /root/ppp-wrapper.pid|head -1;port=13014;mmsc-url=http://mmsc.cingular.com;proxy=wireless.cingular.com:80;msisdn=6128891111";
mmsc-library = /usr/local/lib/libmmsbox_mm1.so


Thanks in advance,

-Ray



_______________________________________________
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users

_______________________________________________
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users

_______________________________________________
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users

_______________________________________________
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users

_______________________________________________
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users

_______________________________________________
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users

Reply via email to