MC7455 - RCC State goes to Idle after a time with Sprint

It’s still happening just the same, except I’m in the Beaumont tx area. I remain connected wiTh good signal, goes idle, and I have to reset the modem to establish internet again every 30 minutes or so. It’s not due to inactivity either, I’m streaming and/or downloading the entire time when it happens. Very frustrating.

The latest Sprint approved FW is SWI9X30C_02.26.01.00
Please upgrade the modem and try to replicate the issue on this FW

Since I’m running it in a WG3526 using r00ter wouldn’t I use the generic SWI9X30C_02.30.01.01 version?

You should be using the carrier certified version.
Generic is for European and for other carriers we don’t have specific PRIs.

Thanks, I’m going to set up the FOTA this evening and do the update.

From what I’ve heard from others who have managed to get Sprint to provision the MC7455 on the Sprint certified firmware version, it still has the same disconnect issues. I can’t confirm that though, since I haven’t gotten my device provisioned, so I have to use the Generic firmware for now.

If anyone updates to the sprint firmware be prepared to have disconnects every 15 seconds unless you get sprint to provision the mc7455 which most likely they will not do.

I wish someone could figure out what’s going on, or I wish sprint would stop whatever it is.

Our life would be easier too if we only had one configuration (PRI) that supports all the carriers. In the EU GENERIC works for all carriers, and they are happy as long as we are confirming GCF.
The US carries all have their own mandatory requirements in order to certify a modem on their NTWK.
There is not much we can do about this.

I do understand that, however I have still heard that even with the carrier specific firmware and PRI for Sprint, the disconnect issues still happen. I am going to try to get my device provisioned and use that firmware so I can gather some logs and other data to help.

I’ve been driving to different towers and have been doing some testing along side with my note 8 with sprint. I am seeing that the cell ID on the mc7455 and em7565 is jumping all over the place even with a strong signal. My note 8 holds the same cell ID and works fine. When the Sierra modem is on the same cell ID wir the phone it also works fine but then it just randomly starts cycling through cell IDs and starts dropping packets until it lands back on the correct cell ID.

Anyone with this issue watch your cell ID. Is it changing a lot?

I haven’t noticed my cell ID jump around before/during/after the disconnects. The cell ID seems to stay pretty stable for me.

I played around with it yesterday a bit. Have you tried locking to a single band? I’m going to do that this afternoon and see how that works. Maybe locking to a single band will also lock you to a single tower.

I recently started picking up Band 41 and previously I’d only ever get 25&26… so maybe there’s a new tower somewhere going up that’s causing issues and it’s jumping between them?

My issues now seem to be fixed around here. Seems sprint was working on their towers all week around here. Got a call from the sprint tec and he said they were all back up in my area and now everything works. No more packet losses and cell jumping.

Sorry it took so long to reply! I’ve been a bit busy lately. Anyways, I have found some interesting stuff by really scrutinizing the logs. So, it seems recently the IP address started to change after the modem gets disconnected from the network… for example:

While the network is connected and working well:
At+cgcontrdp
+CGCONTRDP: 1,5,r.ispsn,173.123.203.129,68.28.31.30,68.28.31.31
+CGCONTRDP: 2,6,otasn,25.224.104.62,68.28.208.215,68.28.195.150
(And yeah, the OTA APN didn’t last long on the results, I got lucky to catch it when it appeared, as when I issued the command after, it only returned the first line, showing the OTA APN wasn’t on the modem anymore.)

After my internet is down, but while the modem is connected to the network:
At+cgcontrdp
+CGCONTRDP: 1,5,r.ispsn,173.127.112.56,68.28.31.30,68.28.31.31

There is a difference in IP addresses, which didn’t happen before from what I noticed. Also, running AT!SCACT=1,1 returns:
AT!SCACT=1,1
+CME ERROR: no network service

So no dice there. I really do appreciate all of the help by the way!

Are you still using the Generic PRI (configuration)?

Sprint otasn profile is always on PDN1
at+cgcontrdp
+CGCONTRDP: 1,5,otasn,21.115.244.101,68.28.208.220,68.28.195.155,

Yeah, as stated previously, I kinda need to be on Generic PRI for compatibility sadly. Otherwise I would be on the Sprint firmware. Not being on that firmware doesn’t explain the IP address change though, which is weird.

Most likely your IP changes because Sprint is deactivating the bearer.
The NTWK doesn’t like something…

I figured that would be after 5 minutes though, not an hour. And it’s strange that this configuration works for some, but not others.

Mchccjg12, any updates on your end?