Help with Sierra Wireless MC7355
peter_richardson last edited by stephenw10
I have just purchased a Sierra Wireless MC7355 EDITED - WAS INCORRECTLY 7455 and am having trouble getting it going. It is connected directly to the motherboard. Its interface is Mini-PCI Express. The SIM card slot is also on the motherboard. This is what I know so far:
- It has a valid Telstra (Australia) SIM card
- pfSense has detected it and it is displaying under interfaces -> PPPs -> /dev/cuaU0.1 - 0.3
- I tried to use AT commands to switch the region from North America to Australia - I don't know if this worked or not
- I've read about PIDs but don't know what they mean. It seemed to be an issue.
- I have tried using init string with just "Z" but didn't work (this worked with a different card)
- I'm using "telstra.internet" for the APN and "*99#" for the phone number
- I'm using /dev/cuaU0.1 which seems to be correct (is there any way of knowing for sure?) Using this option, I seem to get more entries in the log than any of the other options.
- I was hoping to get it going on band 5 (3G 850MHz) or band 3 (4G 1800MHz)
- It only seems to try for a couple of minutes and then stops. No more new log entries after about 2 minutes. Is this normal?
Here's the output of System Logs -> PPP:
Sep 28 20:19:18 ppp [opt1] SECDNS 0.0.0.0 Sep 28 20:19:18 ppp [opt1] IPV6CP: SendConfigReq #7 Sep 28 20:19:20 ppp [opt1] IPV6CP: SendConfigReq #8 Sep 28 20:19:20 ppp [opt1] IPCP: SendConfigReq #8 Sep 28 20:19:20 ppp [opt1] IPADDR 0.0.0.0 Sep 28 20:19:20 ppp [opt1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Sep 28 20:19:20 ppp [opt1] PRIDNS 0.0.0.0 Sep 28 20:19:20 ppp [opt1] SECDNS 0.0.0.0 Sep 28 20:19:22 ppp [opt1] IPCP: SendConfigReq #9 Sep 28 20:19:22 ppp [opt1] IPADDR 0.0.0.0 Sep 28 20:19:22 ppp [opt1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Sep 28 20:19:22 ppp [opt1] PRIDNS 0.0.0.0 Sep 28 20:19:22 ppp [opt1] SECDNS 0.0.0.0 Sep 28 20:19:22 ppp [opt1] IPV6CP: SendConfigReq #9 Sep 28 20:19:24 ppp [opt1] IPV6CP: SendConfigReq #10 Sep 28 20:19:24 ppp [opt1] IPCP: SendConfigReq #10 Sep 28 20:19:24 ppp [opt1] IPADDR 0.0.0.0 Sep 28 20:19:24 ppp [opt1] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Sep 28 20:19:24 ppp [opt1] PRIDNS 0.0.0.0 Sep 28 20:19:24 ppp [opt1] SECDNS 0.0.0.0 Sep 28 20:19:25 ppp [opt1_link0] LCP: no reply to 1 echo request(s) Sep 28 20:19:26 ppp [opt1] IPCP: parameter negotiation failed Sep 28 20:19:26 ppp [opt1] IPCP: state change Req-Sent --> Stopped Sep 28 20:19:26 ppp [opt1] IPCP: LayerFinish Sep 28 20:19:26 ppp [opt1] IPV6CP: parameter negotiation failed Sep 28 20:19:26 ppp [opt1] IPV6CP: state change Req-Sent --> Stopped Sep 28 20:19:26 ppp [opt1] IPV6CP: LayerFinish Sep 28 20:19:26 ppp [opt1] Bundle: No NCPs left. Closing links... Sep 28 20:19:26 ppp [opt1] Bundle: closing link "opt1_link0"... Sep 28 20:19:26 ppp [opt1_link0] Link: CLOSE event Sep 28 20:19:26 ppp [opt1_link0] LCP: Close event Sep 28 20:19:26 ppp [opt1_link0] LCP: state change Opened --> Closing Sep 28 20:19:26 ppp [opt1_link0] Link: Leave bundle "opt1" Sep 28 20:19:26 ppp [opt1] Bundle: Status update: up 0 links, total bandwidth 9600 bps Sep 28 20:19:26 ppp [opt1] IPCP: Close event Sep 28 20:19:26 ppp [opt1] IPCP: state change Stopped --> Closed Sep 28 20:19:26 ppp [opt1] IPV6CP: Close event Sep 28 20:19:26 ppp [opt1] IPV6CP: state change Stopped --> Closed Sep 28 20:19:26 ppp [opt1] IPCP: Down event Sep 28 20:19:26 ppp [opt1] IPCP: state change Closed --> Initial Sep 28 20:19:26 ppp [opt1] IPV6CP: Down event Sep 28 20:19:26 ppp [opt1] IPV6CP: state change Closed --> Initial Sep 28 20:19:26 ppp [opt1_link0] LCP: SendTerminateReq #2 Sep 28 20:19:26 ppp [opt1_link0] LCP: LayerDown Sep 28 20:19:28 ppp [opt1_link0] LCP: SendTerminateReq #3 Sep 28 20:19:30 ppp [opt1_link0] LCP: state change Closing --> Closed Sep 28 20:19:30 ppp [opt1_link0] LCP: LayerFinish Sep 28 20:19:30 ppp [opt1_link0] Link: DOWN event Sep 28 20:19:30 ppp [opt1_link0] LCP: Down event Sep 28 20:19:30 ppp [opt1_link0] LCP: state change Closed --> Initial
- will this card work outside North America?
- are the bands universal across the world, or does each band only apply to the country / region it's assigned to?
- how can I tell for sure which of the cuaU0.1 - 0.3 is the correct one?
- how can I check what region it is set to?
- do we need to use an init string?
- what are PIDs and is this a problem?
Any help is greatly appreciated!
JKnott last edited by
will this card work outside North America?
are the bands universal across the world, or does each band only apply to the country / region it's assigned to?
Why do you think people here would know that? Shouldn't you be talking to the manufacturer/supplier?
Disable the ppp session you've setup and connect to it directly from the command line using cu. Like:
cu -l cuaU0.2
You may need to specify the speed but usually you don't. I expect cuaU0.2 to be the right port.
At that prompt enter
ATI. The correct port will respond from the modem.
There are numerous commands you can enter from there including checking the SIM card is readable and the signal strength, network type etc.
peter_richardson last edited by stephenw10
Thanks very much Stephen. I got a response when using cuaU0.1. Output of "AT" is just "OK". Here's the output of "ATI":
Manufacturer: Sierra Wireless, Incorporated Model: MC7355 Revision: SWI9X15C_01.08.16.05 r16454 carmd-fwbuild1 2013/06/19 12:31:26 MEID: 99000425049492 ESN: 12809637768, 80930F88 IMEI: XXXXXXXXXXXX IMEI SV: 6 FSN: ER430503580111 +GCAP: +CIS707-A, CIS-856, CIS-856-A, +CGSM, +CLTE2, +MS, +ES, +DS, +FCLASS
I had a read of this:
but when trying to switch it from QMI mode to MBIM mode (I have no idea what these modes even do), with this AT command:
I just get "error"
or if I try to change the band to "any band" with this command:
I also get "error"
Using all caps didn't help.
output of at!band? is:
Index, Name, GW Band Mask L Band Mask 04, World Mode, 0002000004E80187 0000000000001000 OK
which is different from last time I tried that command...I got a whole bunch of options. I'm not sure exactly what I did between then and now.
Do I need Telstra firmware for this to work or can I use generic firmware? I can see on this website:
that Telstra firmware is available for a slightly different model, but generic firmware is available for this model. What would you recommend?
Trying to check the firmware with the command at!IMPREF? also results in "error"
I am trying all of these commands by SSHing into pfSense, selecting 8 for "Shell", then issuing that command you gave me: cu -l cuaU0.1 - I'm not sure if that's the exact correct way, others seem to be doing it through Windows using a usb adaptor and a couple of different programs. I deleted the interface and the PPP before I started.
Sorry I know accuracy is everything, but I incorrectly said I was having trouble with an MC7455, I meant MC7355
Sorry I know accuracy is everything, but I incorrectly said I was having trouble with an MC7455, I meant MC7355
Ah that does change things! The command set is different between those devices. Fortunately I have an EM7305 I'm using here so that helps.
[2.4.4-RELEASE][firstname.lastname@example.org]/root: cu -l /dev/cuaU0.2 Connected at OK ati Manufacturer: Sierra Wireless, Incorporated Model: EM7305 Revision: SWI9X15C_05.05.06.00 r19523 carmd-fwbuild1 2013/12/06 00:19:40 IMEI: XXXXXXXXXXXXXX IMEI SV: 9 FSN: FL411202160110 +GCAP: +CGSM
This is helpful to know if it's working at all:
at!gstatus? !GSTATUS: Current Time: 5191 Temperature: 29 Bootup Time: 0 Mode: ONLINE System mode: LTE PS state: Not attached LTE band: No band LTE bw: Unknown LTE Rx chan: 65535 LTE Tx chan: 65535 EMM state: Deregistered No Cell RRC state: RRC Idle IMS reg state: No Srv RSSI (dBm): 0 Tx Power: 0 RSRP (dBm): 0 TAC: 0000 (0) RSRQ (dB): 0 Cell ID: 00000000 (0) SINR (dB): -20.0
When it's actually seeing a signal, connected to a tower it will report 'attached':
!GSTATUS: Current Time: 1792542 Temperature: 46 Bootup Time: 0 Mode: ONLINE System mode: LTE PS state: Attached LTE band: B3 LTE bw: 15 MHz LTE Rx chan: 1392 LTE Tx chan: 19392 EMM state: Registered Normal Service RRC state: RRC Idle IMS reg state: No Srv RSSI (dBm): -65 Tx Power: 0 RSRP (dBm): -98 TAC: 048C (1164) RSRQ (dB): -8 Cell ID: 000E0F02 (921346) SINR (dB): 20.6
Check that it can read the SIM card and it isn't PIN locked:
AT+CIMI 23433410XXXXXX OK AT+CPIN? +CPIN: READY OK
Some things can only be run in 'Command mode':
Including checking the current usb composition value and the possible usb composition values:
AT!UDUSBCOMP? !UDUSBCOMP: 14 OK AT!UDUSBCOMP=? 0 - reserved NOT SUPPORTED 1 - DM AT SUPPORTED 2 - reserved NOT SUPPORTED 3 - reserved NOT SUPPORTED 4 - reserved NOT SUPPORTED 5 - reserved NOT SUPPORTED 6 - DM NMEA AT QMI SUPPORTED 7 - DM NMEA AT RMNET1 RMNET2 RMNET3 SUPPORTED 8 - DM NMEA AT MBIM SUPPORTED 9 - MBIM SUPPORTED 10 - NMEA MBIM SUPPORTED 11 - DM MBIM SUPPORTED 12 - DM NMEA MBIM SUPPORTED 13 - Config1: comp6 Config2: comp8 NOT SUPPORTED 14 - Config1: comp6 Config2: comp9 SUPPORTED 15 - Config1: comp6 Config2: comp10 NOT SUPPORTED 16 - Config1: comp6 Config2: comp11 NOT SUPPORTED 17 - Config1: comp6 Config2: comp12 NOT SUPPORTED 18 - Config1: comp7 Config2: comp8 NOT SUPPORTED 19 - Config1: comp7 Config2: comp9 SUPPORTED 20 - Config1: comp7 Config2: comp10 NOT SUPPORTED 21 - Config1: comp7 Config2: comp11 NOT SUPPORTED 22 - Config1: comp7 Config2: comp12 NOT SUPPORTED OK
However you should not need to change usb composition since you already have at AT interface you are using. FreeBSD/pfSense does not support QMI or MBIM you can only use a PPP connection. You can still see >50Mbps using that though, given sufficient signal etc.
As long as the SIM is read correctly (and is a valid SIM!) and it has signal you should be able to connect.
Edit: I removed your IMEI since you don't really want that in pubic.
Thanks very much Steve, you're amazing!
Here's the output of various commands:
The "SIM wrong" error upsets me greatly. I did some research and the only thing I can come up with is that the SIM card is incompatible - is this possible? I know there's nothing wrong with the SIM card because I use it daily in 2 different 4G modem/routers (Netgear Nighthawk M1 and a Teltonika rut240. Could it be that the card is locked to a particular network or region?
I have been trying to find info about how SIM cards work, looking for anything about incompatibility. I found this - could this be the reason? The SIM card is a Post-Paid Data Share Plan (number 3)
Hmm, yeah that doesn't look good. That link seems to imply you can't swap it between devices. But you are in fact swapping it already so....
If you can try a different SIM as a test I would certainly do that. 'SIM Wrong' seems to be reported if the SIM in incompatible with the modem.
The card could be locked, is it a generic Sierra device or something pulled from a laptop? There is probably an AT command to check that. I've never had to do so here.
Hmm, you may be out of luck there. The XX7355 is usually found in the US, the XX7305 I am using here in Europe. Looking at the specs the 7305 looks to be the model intended for Australia. Though both support the required frequencies. It's unclear...
Yeah I think you may be out of luck there. It appears (from wikipedia) the only LTE band available in Australia that the 7355 can use is band 5 that Vodaphone offer. That's only LTE though it should work at 3G. Is it a 4G only SIM maybe?
Hey Steve, thanks very much for that. So I just tested the MC7304 and with a bit of tinkering (setting the region, setting the band, giving the gateway a monitor IP) BAM it worked! I knew that it wasn't the sim because I've used it in a few different modems with Telstra. I only want band 28 (preferably) or band 5.
So why doesn't the 7355 work? It supports band 28...does it need more than that? I purchased a whole bunch of different cards that had band 5 and/or band 28 in the hope that I'll get some or all of them working, but obviously it's not just the band?
Mmm, I don't think either of those support band 28. At least not from what I'm looking at.
But it may just be that the firmware is not Telstra certifed. The 7304 is, or at least can be. I imagine there are different firmwares for it. Where did the 7355 come from? Had it ever been used in Australia?
The 7455 that replaced it seems to be cover far more and the current card, the 7565, does just about everything.
Okay, I'm not entirely sure what I was smoking when I purchased the 7355. Definitely no band 28. Maybe I was just keen on the band 5 UMTS 850 (which is very popular here - Telstra 3G 850mhz). We can still get speeds good enough for temporary failover uses.
I purchased them all from eBay. For the 7355, the seller appears to be in China, but I noticed when fiddling with AT commands that the 7355 was set to North America region. It supports Band 5, do you think it's possible to get that band working in Australia? Does it need Telstra firmware? Or can we use generic? Or some other solution?
MC7455 doesn't have band 28 or Telstra approval.
I got the MC7304 going on band 28 and got 38mbps download and 8mbps upload (which is probably just a limitation of our reception where we are). This is still plenty for a temporary failover. I'll take it into the city and see what kind of speeds I can get, see if I can get it closer to the 100/50 spec!
I'm using these to integrate into our routers, but the issue is that the motherboard has Mini-PCI-Express slot but not an M.2 slot, so we are forced to use these cards that seem to be a little more rare and expensive. I guess my only options are to change the motherboard or get some kind of USB adaptor. The USB adaptors that we have tried so far don't seem to work at all. And I wonder if there would be any performance degradation by going through a second interface (USB) - your thoughts?
The 7565 looks amazing, except that it's super expensive and only M.2
You could probably use a mPCIe to m.2 adapter. The actual connection both cards use is USB over the socket so the adapter would have to carry that as opposed to SATA or PCIe. It would also have to carry the SIM connection lines. They are wired directly to the mPCIe/m.2 socket.
I have used an external m.2 to USB adapter successfully. Most are intended for storage though you have to be sure it carries USB and has a SIM slot. At that point a USB modem device is probably easier.
It's the firmware on the card that's rejecting the SIM so it's possible a generic firmware may work. You can force the card to not use LTE in which case it might fallback to use 3G (3.5G) at band 5. But it will still reject the SIM I think with the current firmware.
Are you sure the 7304 is using band 28? Where are you seeing thar, the gstatus output? That's probably the only reliable output I would thing. The specs for the em7304 don't show band 28. I had though the em/mc cards differed only in the connector but maybe not.
I have used the EM7455 here in the UK with a UK SIM and it was previously used in US. I've never personally tried it in Australia I confess.
The most I have seen is ~40Mbps down 20Mbps up. I believe the ppp connection limits it though it's not clear exactly where that limit is. I had though it could only ever do 3.5G (42Mbps limit) with ppp but now I'm not so sure. At least one other user reported 60Mbps. Might have been a bad test...
Yeah the 7565 is still waaay outside my hobbyist tinkering price range!
I'm 99.9999999% sure I set the MC7304 to band 28, but now I'm going to have to double check it.
I'll try the generic firmware and see if I can get the MC7355 to work here with Telstra on UMTS 850 band 5.
Would using a USB interface slow it down instead of using a mini-pci-express or M.2 interface? Because it's going through 2 interfaces? And also because of the limitations of USB? I'll try some of these other USB adaptors, now that we have a known working card, and report back.
They are all connected through USB. The USB bus pins are wired in the mPCIe and m.2 slots. It should make no difference to the speed whatever the physical form factor is.
The advantage of the cards is that they can't accidentally be removed. Though if you're using ppp it's less of an issue as pfSense can cope with losing that interface.
I remember what I did now - I changed the setting on our mobile booster (Cel-Fi Go) to boost only 1800MHz (Band 3) so that I could test this card - not Band 28.
Thanks very much for your help on solving these (mostly silly) issues, it has been bugging me for MONTHS, and in a few days you've managed to solve it easily. Thanks so much!
I have a usb adaptor for the EM7430 that also has a sim card slot. pfSense detects it at ugen1.3
[2.4.4-RELEASE][admin@pfSense.localdomain]/root: usbconfig -d ugen1.3 dump_device_desc ugen1.3: <Sierra Wireless, Incorporated Sierra Wireless EM7430 Qualcomm Snapdragon X7 LTE-A> at, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 <Probed by interface class> bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x1199 idProduct = 0x907b bcdDevice = 0x0006 iManufacturer = 0x0001 <Sierra Wireless, Incorporated> iProduct = 0x0002 <Sierra Wireless EM7430 Qualcomm Snapdragon X7 LTE-A> iSerialNumber = 0x0003 <LR73430139011009> bNumConfigurations = 0x0001
but it doesn't show up in interfaces -> PPPs. I only have /dev/cuau0 and /dev/cuau1
How do I make it show up in pfSense?
It's probably in the wrong usb composition mode. Some modes only present MBIM or QMI interfaces which pfSense has no driver for. Since there is no way for pfSense so connect to it you would have to change the mode under Windows or maybe Linux.
I used a script to do that on the 7455 I have, linked as option 3 here: