# MC7700(AT&T) QMI, Call Failed

**URL:** <https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162>\
**Category:** MC/EM Series\
**Created:** [April 23, 2014, 6:39am UTC](https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162 "2014-04-23T06:39:40Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![maca](https://avatars.discourse-cdn.com/v4/letter/m/df705f/32.png) [@maca](https://forum.sierrawireless.com/u/maca)\
**Post date:** [April 23, 2014, 6:39am UTC](https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162/1 "2014-04-23T06:39:40Z")

</div>

Hello,

I am using module MC7700(for AT&T) in our router. We have to use firmware version SWI9200X\_03.05.20.03ap because of PTCRB. When I am trying to connect to network by QMI\_WDS\_START\_NETWORK\_INTERFACE(0x0020) I got error “Call Failed(14)” and error codes 12, 204. When I was using the firmware SWI9200X\_03.00.05.04AP I did not have this problem. I found, when I switch module by AT!SELRAT to UMTS/HSPA, module will connect to 3G network without problems. When I switch module back to automatic selection(AT!SELRAT=0), module will connect to LTE network and is working well from this time. Have you ever seen this behavior?

Thanks for answers.

Jan

---

<div class="post-metadata">

**Author:** ![Rex\_alex](https://avatars.discourse-cdn.com/v4/letter/r/73ab20/32.png) [@Rex\_alex](https://forum.sierrawireless.com/u/Rex_alex)\
**Post date:** [April 30, 2014, 11:48am UTC](https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162/2 "2014-04-30T11:48:45Z")

</div>

ohh strange…

have not seen this behavior…

Did u see any long gap after you have sent the QMI message before that error came?  
also, in the FW SWI9200X\_03.05.20.03ap, did everything worked fine when u do !selrat settings?

Not sure, but may be u need to set selrat… need to check this…

I think this QMI message maps to SLQSStartStopDataSession API… can you try to use Linux SDK and see whether the same issue is coming or not… just to verify…

---

<div class="post-metadata">

**Author:** ![maca](https://avatars.discourse-cdn.com/v4/letter/m/df705f/32.png) [@maca](https://forum.sierrawireless.com/u/maca)\
**Post date:** [May 2, 2014, 6:33pm UTC](https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162/3 "2014-05-02T18:33:55Z")

</div>

Hello,

in the attachement you can see log file from our device.

Did u see any long gap after you have sent the QMI message before that error came?  
Yes, it take about 10s between request and error.

2014-04-29 00:01:23 usbd[1000]: usbd started  
2014-04-29 00:01:23 usbd[1000]: establishing connection  
2014-04-29 00:01:23 usbd[1000]: sent [00 01 00 20 00 16 00 14 09 00 62 72 6F 61 64 62 61 6E 64 16 01 00 03 17 00 00 18 00 00]  
2014-04-29 00:01:33 usbd[1000]: rcvd [02 01 00 20 00 13 00 02 04 00 01 00 0E 00 10 02 00 0C 00 11 04 00 02 00 CC 00]  
2014-04-29 00:01:33 usbd[1000]: result is 14  
2014-04-29 00:01:33 usbd[1000]: connection error: code 12,204

We use AT!SELRAT=0 in default, but factory fresh module not work with this settings. When I set SELRAT to UMTS/HSPA(I do not remember the number), router will connect to 3G network. When I set SELRAT back to 0, router is able to connect to LTE without problems. Module is working forever from this time.

I found similar behaviour when I use command AT!SCLTEPROF:

Default value is 1 and module is not able to connect to network. When I set SCLTEPROF to 2, module will connect to newtork. After that I can set SCLTEPROF back to 1 and module is still able to connect…

In the log file you can see whole sequece of AT & QMI commands we use. Maybe you will see what is missing or bad.  
[SPECTRE-LTE.log](https://forum.sierrawireless.com/uploads/short-url/kWVlw2oyUS4ZUrhLXUWbDXnVrBe.log) (6.7 KB)

---

<div class="post-metadata">

**Author:** ![dl5162](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/dl5162/32/2169_2.png) [@dl5162](https://forum.sierrawireless.com/u/dl5162)\
**Post date:** [May 3, 2014, 5:15pm UTC](https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162/4 "2014-05-03T17:15:14Z")

</div>

Does it help to attach manually to the LTE network first, using QMI\_NAS\_INITIATE\_ATTACH?

---

<div class="post-metadata">

**Author:** ![maca](https://avatars.discourse-cdn.com/v4/letter/m/df705f/32.png) [@maca](https://forum.sierrawireless.com/u/maca)\
**Post date:** [May 5, 2014, 11:10am UTC](https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162/5 "2014-05-05T11:10:13Z")

</div>

Hello,

I have just tried it, but I got result code 0x1A - QMI\_ERR\_NO\_EFFECT(Does not matter if I use attach or detach)

Jan

---

<div class="post-metadata">

**Author:** ![maca](https://avatars.discourse-cdn.com/v4/letter/m/df705f/32.png) [@maca](https://forum.sierrawireless.com/u/maca)\
**Post date:** [May 9, 2014, 6:18am UTC](https://forum.sierrawireless.com/t/mc7700-at-t-qmi-call-failed/7162/6 "2014-05-09T06:18:53Z")

</div>

I found solution of my problem. When I set APN and authentication type in “AT&T Mobile” profile(by QMI\_WDS\_MODIFY\_PROFILE\_SETTINGS), module is able to connect to network. I do not understand why is neccessary to do that, because in the QMI\_WDS\_START\_NETWORK\_INTERFACE message I am giving the same values to module. But without modifing the profile module is not able to connect.
