Ask a question
Search in Wireless Forums

Wireless Forum

Reply
Posted Oct 27, 2011
6:55:11 PM
how to get consistent uCell service: engineering a solution...

I have owned a AT&T/Cisco uCell for over 6 month and have now decided to find a solution for drop calls issue. After reaching the limits of ATT support I begun to seek information about that sick box.

 

As an introduction this device is shrouded with mysteries because there are hardly any available ways to troubleshoot it. Cisco has it locked down tight even to ATT technicians. What little mean of remote management available to ATT has been used by them already to solve common device registration issues (DSL networking, E911 geolocalization). It appears impossible for ATT support techs to address issues related to call disconnects beyond stating: "the uCell won't work at your location"

 

1- NETWORKING SIDE:

The uCell is connected at all time to the ATT network over a VPN connection on UDP port 4500. It updates its network time with ATT NTP servers on UDP123 couple times per hour and uses TCP port 443 for Https: another secured connection. The good thing here is that there is NO need to unblock incoming Firewall ports because the uCell initiates all connections from within our private network. Incoming data can always be assigned to existing opened connections.

 

All in all the networking design is rather solid and simple for users. The router MTU settings (1492/1500) may be worth exploring to prevent fragmentation of the uCell UDP.4500 packets if it is hardset at 1492 for aDSL networking...

 

The bandwidth requirements of the uCell have been kept small to work well within ATT aDSL limits. The up/down streams are below 500Kbps ie. connection bandwidth does NOT cause problem on cable Internet (Dwn: 30,000Kbps /Up: 6,000Kbps) especially if you run a QOS router to prioritize VOIP packet class ahead of any background traffic.

 

 

2- CELLULAR SIDE:

The firmware aspect that's half-baked is the cellular radio logic. There is a lot of patented material needed to emulate a cellular radio where Qualcomm is a key player with boat loads of patent attorneys so Cisco may not be playing with a deck of necessary licenses in that field.

 

Most of the uCell usability issues in my world fall within the cellular category: SMS, Apple 4S, dropped calls, lag time, noisy audio. There is a must-read 13 pages article on Anandtech ("A Comprehensive Exploration" by Brian Klug) about the uCell where one can learn how calls hand-offs should work.

 

 

3- TEST SOLUTION:

Armed with the above knowledge I began testing a few original ideas. Living on the outskirt of town ATT reception is a mixed blessing:

- my uCell is picking up to six 3G  towers + five 2G towers

- my phone receiption has 1 bar indoors(-103dBm) , 3 bars outside with line of site.

 

At initialization the uCell does:

- builds a list of adjacent cellular towers

- sets its cellular frequency: 900MHz or 2.1GHz

- adjust its power output to match the reception level in its environment

- geolocalize either by 1/ cellular triangulation or 2/ by GPs signal

 

Hypothesis:

When the uCell is initialized without receiving 3G/2G macro-tower signals:

- has a clean/lean list of adjacent towers to process call hand-offs

- has to use GPS signal to geolocalize E911 address instead of triangulating 3G towers.

- it outputs a stronger signal inside the house for solid calls

 

Test:

Reset button while powered followed by GPS-only initialization with limited macrocell reception.

1- Made a shield with aluminum foil to cover everything but the GPS receptor antenna and LED's

2- Stuck the Reset button with a toothpick for 30 seconds without powering down the unit

3- Removed the antenna shield after all green lights (~10 minutes)

 

Results:

On "3G data" I now get 2,300 Kbps download and 300 Kbps uploads, stronger in-house coverage and so far no dropped calls but keeping my fingers crossed for more off peak testing.

 

 

Do not attempt this at home!
The above research is not intended as a proper example as it may violate FCC technical regulations or may be unsafe or dangerous for you and others. Do contact vendor for excellent professional support before attempting to proceed using your own or legal guardian responsible judgment and at your own risk only.
 
SanFrenchysco, preliminary clearvoyant troubleshooting?
 

I have owned a AT&T/Cisco uCell for over 6 month and have now decided to find a solution for drop calls issue. After reaching the limits of ATT support I begun to seek information about that sick box.

 

As an introduction this device is shrouded with mysteries because there are hardly any available ways to troubleshoot it. Cisco has it locked down tight even to ATT technicians. What little mean of remote management available to ATT has been used by them already to solve common device registration issues (DSL networking, E911 geolocalization). It appears impossible for ATT support techs to address issues related to call disconnects beyond stating: "the uCell won't work at your location"

 

1- NETWORKING SIDE:

The uCell is connected at all time to the ATT network over a VPN connection on UDP port 4500. It updates its network time with ATT NTP servers on UDP123 couple times per hour and uses TCP port 443 for Https: another secured connection. The good thing here is that there is NO need to unblock incoming Firewall ports because the uCell initiates all connections from within our private network. Incoming data can always be assigned to existing opened connections.

 

All in all the networking design is rather solid and simple for users. The router MTU settings (1492/1500) may be worth exploring to prevent fragmentation of the uCell UDP.4500 packets if it is hardset at 1492 for aDSL networking...

 

The bandwidth requirements of the uCell have been kept small to work well within ATT aDSL limits. The up/down streams are below 500Kbps ie. connection bandwidth does NOT cause problem on cable Internet (Dwn: 30,000Kbps /Up: 6,000Kbps) especially if you run a QOS router to prioritize VOIP packet class ahead of any background traffic.

 

 

2- CELLULAR SIDE:

The firmware aspect that's half-baked is the cellular radio logic. There is a lot of patented material needed to emulate a cellular radio where Qualcomm is a key player with boat loads of patent attorneys so Cisco may not be playing with a deck of necessary licenses in that field.

 

Most of the uCell usability issues in my world fall within the cellular category: SMS, Apple 4S, dropped calls, lag time, noisy audio. There is a must-read 13 pages article on Anandtech ("A Comprehensive Exploration" by Brian Klug) about the uCell where one can learn how calls hand-offs should work.

 

 

3- TEST SOLUTION:

Armed with the above knowledge I began testing a few original ideas. Living on the outskirt of town ATT reception is a mixed blessing:

- my uCell is picking up to six 3G  towers + five 2G towers

- my phone receiption has 1 bar indoors(-103dBm) , 3 bars outside with line of site.

 

At initialization the uCell does:

- builds a list of adjacent cellular towers

- sets its cellular frequency: 900MHz or 2.1GHz

- adjust its power output to match the reception level in its environment

- geolocalize either by 1/ cellular triangulation or 2/ by GPs signal

 

Hypothesis:

When the uCell is initialized without receiving 3G/2G macro-tower signals:

- has a clean/lean list of adjacent towers to process call hand-offs

- has to use GPS signal to geolocalize E911 address instead of triangulating 3G towers.

- it outputs a stronger signal inside the house for solid calls

 

Test:

Reset button while powered followed by GPS-only initialization with limited macrocell reception.

1- Made a shield with aluminum foil to cover everything but the GPS receptor antenna and LED's

2- Stuck the Reset button with a toothpick for 30 seconds without powering down the unit

3- Removed the antenna shield after all green lights (~10 minutes)

 

Results:

On "3G data" I now get 2,300 Kbps download and 300 Kbps uploads, stronger in-house coverage and so far no dropped calls but keeping my fingers crossed for more off peak testing.

 

 

Do not attempt this at home!
The above research is not intended as a proper example as it may violate FCC technical regulations or may be unsafe or dangerous for you and others. Do contact vendor for excellent professional support before attempting to proceed using your own or legal guardian responsible judgment and at your own risk only.
 
SanFrenchysco, preliminary clearvoyant troubleshooting?
 

how to get consistent uCell service: engineering a solution...

1,297 views
19 replies
(0) Me too
(0) Me too
Reply
View all replies
(19)
0
(0)
  • Rate this reply
View profile
Oct 28, 2011 12:49:21 AM
0
(0)
Mentor
I am getting amazingly good results with iPhone 4S on the uCell with tweaked init procedure.
That phone shows excellent reception (even on ATT macrocell). I got it to hand over the call after manually covering the antenna on the edge of coverage between indoor/outdoor. 30 minutes call handed over and not dropped!
I am getting amazingly good results with iPhone 4S on the uCell with tweaked init procedure.
That phone shows excellent reception (even on ATT macrocell). I got it to hand over the call after manually covering the antenna on the edge of coverage between indoor/outdoor. 30 minutes call handed over and not dropped!

Re: how to get consistent uCell service: engineering a solution...

2 of 20 (1,279 Views)
0
(0)
  • Rate this reply
View profile
Oct 28, 2011 7:19:40 AM
0
(0)
Scholar
Edited by Wireless_Guru on Oct 28, 2011 at 7:40:47 AM

Thanks for the detailed article. My location sounds similar to yours - though our elevation is about 500' higher than the average within our 15-mile valley, I can probably "see" about 2 dozen cell sites. However none of the cell sites provide strong or consistent enough signal to provide reliable coverage at my house.

I've thought about shielding the MC while it starts up and builds it's list of nearby towers, but never had the time to experiment. I would consider resetting the device around 5pm when the cell towers are most likely loaded the most and their coverage area shrinks the most.

I have an app on my Blackberry which among other things shows me what frequency my MicroCell is operating at. I'm curious if it uses 800 MHz (vs. 1900 MHz) when it can't see any nearby cell towers?

I'll be watching for any updates over the coming days to see how your experiment pans out. I am now thinking of any metal boxes I have in my house that would be big enough to act as a signal attenuator while the MC initiates.

WG
http://renowirelessinfo.com

Thanks for the detailed article. My location sounds similar to yours - though our elevation is about 500' higher than the average within our 15-mile valley, I can probably "see" about 2 dozen cell sites. However none of the cell sites provide strong or consistent enough signal to provide reliable coverage at my house.

I've thought about shielding the MC while it starts up and builds it's list of nearby towers, but never had the time to experiment. I would consider resetting the device around 5pm when the cell towers are most likely loaded the most and their coverage area shrinks the most.

I have an app on my Blackberry which among other things shows me what frequency my MicroCell is operating at. I'm curious if it uses 800 MHz (vs. 1900 MHz) when it can't see any nearby cell towers?

I'll be watching for any updates over the coming days to see how your experiment pans out. I am now thinking of any metal boxes I have in my house that would be big enough to act as a signal attenuator while the MC initiates.

WG
http://renowirelessinfo.com

Re: how to get consistent uCell service: engineering a solution...

[ Edited ]
3 of 20 (1,271 Views)
0
(0)
  • Rate this reply
View profile
Oct 28, 2011 11:10:24 AM
0
(0)
Mentor

 to build a faraday cage of some sort I've used what ever was easiest around me at that time: kitchen aluminium foil. I made sure the area around the GPS antenna was left open to pickup location and for cooling during the 10 minutes it took it initialize after a warm reboot (not from power-down state)

A metal box will render BOTH GPS and macroCell reception useless so the unit won't fly unless it can validate E911 location.

 

Results so far are excellent and meet my expectation: I have indoor coverage and make wireless calls that don't disconnect.

 

I do see that this uCell signal (0.9GHz / 2.1GHz) behaves much like WiFi (2.4GHz) where it is sensitive to echo-ing and wall attenuation. I translate that by install the uCell in a central point inside the house because the nature of the cell signal is a RF radio ie. circular as in round. Of course "line of site" with no obstruction will always works best.

 

At this time I have the uCell installed upstairs and I get my full bars downstairs at (-70dBm 22asu).

 

The perfect troubleshooting tool here would be an RF Spectrum Analyser to see:

  - What carrier frequency the uCell is using

  - Measure the carrier amplitude in dBm

  - HOW CLEAN the carrier signal is couple rooms away du to signal-noise from building echoe

Our cell phones shows this information in a mixed format. The bar display (0 to 5) shows how strong is the useable part of the signal: cleaner is always better.

 to build a faraday cage of some sort I've used what ever was easiest around me at that time: kitchen aluminium foil. I made sure the area around the GPS antenna was left open to pickup location and for cooling during the 10 minutes it took it initialize after a warm reboot (not from power-down state)

A metal box will render BOTH GPS and macroCell reception useless so the unit won't fly unless it can validate E911 location.

 

Results so far are excellent and meet my expectation: I have indoor coverage and make wireless calls that don't disconnect.

 

I do see that this uCell signal (0.9GHz / 2.1GHz) behaves much like WiFi (2.4GHz) where it is sensitive to echo-ing and wall attenuation. I translate that by install the uCell in a central point inside the house because the nature of the cell signal is a RF radio ie. circular as in round. Of course "line of site" with no obstruction will always works best.

 

At this time I have the uCell installed upstairs and I get my full bars downstairs at (-70dBm 22asu).

 

The perfect troubleshooting tool here would be an RF Spectrum Analyser to see:

  - What carrier frequency the uCell is using

  - Measure the carrier amplitude in dBm

  - HOW CLEAN the carrier signal is couple rooms away du to signal-noise from building echoe

Our cell phones shows this information in a mixed format. The bar display (0 to 5) shows how strong is the useable part of the signal: cleaner is always better.

Re: metal shielding

4 of 20 (1,260 Views)
0
(0)
  • Rate this reply
View profile
Oct 31, 2011 5:32:35 PM
0
(0)
Contributor

Can you share more info about what you have to cover and what you have to leave uncovered?  I'm not sure where the GPS antenna is located.  Can you give a more detailed description?  Thanks.

Can you share more info about what you have to cover and what you have to leave uncovered?  I'm not sure where the GPS antenna is located.  Can you give a more detailed description?  Thanks.

Re: metal shielding

5 of 20 (1,165 Views)
0
(0)
  • Rate this reply
View profile
Oct 31, 2011 10:42:25 PM
0
(0)
Mentor

 

If you read the Annantech article by Brian referenced in my post you will get a description and pictures of the uCell inards, specifically the GPS receiver and the cellular antennae.

 

- The GPS receptor is located at the top of the unit towards the rear - You can see it from the top once you have seen the article pictures. This antenna MUST receive GPS signal or else the unit won't go through its initialisation course. (GPS LED blinking for ever)

 

The two cellular antennae are printed coper traces on the main circuit board and located towards the front of the unit ie. towards the bank of LED's. This is what I purposely kept shielded in my initialisation procedure.

 

I kept in mind that the unit is aircooled and may overheat as the temporary shielding prevents any good airflow. Luckily my unit was ready with all solid LED's in less than 10 minutes after a warm boot (not powered out)

 

I believe there is some form of confusion when ATT tech support talks about Registration... I believe there are 2 types of "registrations":

 

  1- there is the initial unit registration when unit is new fresh out the box the first time where you assign it to your account

 - AND

 2- there is the network sign-on/registration the uCell unit does everytime when it comes back alive after starting. That is the one I most interested about. This is when it updates is runtime information regarding its environment specifics. Hence the init procedure I came up with to make it operable.

 

Today I managed to send my first ever MMS  with an attached 630KB picture. Of course I used the uCell and it worked but wayyy slow compared to normal 3G through put I measured with Ookla speedtest. As a reminder, just be sure to disable the WiFi Internet connection before sending SMS/MMS because they MUST go out on the 3G carrier network NOT the Internet Smiley Happy

SF.

 

If you read the Annantech article by Brian referenced in my post you will get a description and pictures of the uCell inards, specifically the GPS receiver and the cellular antennae.

 

- The GPS receptor is located at the top of the unit towards the rear - You can see it from the top once you have seen the article pictures. This antenna MUST receive GPS signal or else the unit won't go through its initialisation course. (GPS LED blinking for ever)

 

The two cellular antennae are printed coper traces on the main circuit board and located towards the front of the unit ie. towards the bank of LED's. This is what I purposely kept shielded in my initialisation procedure.

 

I kept in mind that the unit is aircooled and may overheat as the temporary shielding prevents any good airflow. Luckily my unit was ready with all solid LED's in less than 10 minutes after a warm boot (not powered out)

 

I believe there is some form of confusion when ATT tech support talks about Registration... I believe there are 2 types of "registrations":

 

  1- there is the initial unit registration when unit is new fresh out the box the first time where you assign it to your account

 - AND

 2- there is the network sign-on/registration the uCell unit does everytime when it comes back alive after starting. That is the one I most interested about. This is when it updates is runtime information regarding its environment specifics. Hence the init procedure I came up with to make it operable.

 

Today I managed to send my first ever MMS  with an attached 630KB picture. Of course I used the uCell and it worked but wayyy slow compared to normal 3G through put I measured with Ookla speedtest. As a reminder, just be sure to disable the WiFi Internet connection before sending SMS/MMS because they MUST go out on the 3G carrier network NOT the Internet Smiley Happy

SF.

Re: metal shielding

6 of 20 (1,154 Views)
0
(0)
  • Rate this reply
View profile
Nov 2, 2011 7:55:38 AM
0
(0)
Scholar
Edited by Wireless_Guru on Nov 2, 2011 at 7:57:46 AM

Yesterday I followed your procedure and the results so far are positive.

 

First I wrapped the front 2/3 of the MicroCell in aluminum foil - paying attention to not cover what appears to be the GPS antenna - a 1" x 1" sqaure under the top rear of the device. I then got some aluminum and metal baking pans and layed them along the sides to help further attenuate the signal from nearby macro cells. Though after pressing the reset button with my first MicroCell I was told that I needed to get a new one becuase I had effectively bricked it, I trusted your procedure and held the reset button until all the lights briefly went out. After about 20 minutes I peaked through my aluminum foil sheild and all lights were solid. I removed the pans and foil.

 

Using the SignalLoc field test app on my BlackBerry I've noticed a few things. First, my MC is still using the same 1900Mhz control channel. I've also noticed that even while my BlackBerry is sitting still on a table one room away from the MC, at times the RSSI signal fluctuates wildly by up to 10dB. I don't recall this happening before.

 

I made about 20 minutes of calls last night from my office which is about 20 feet from the MicroCell and had no drops and very clear reception. One call I walked from my office, out the front door and down the street. About 2 houses away the call dropped. Trying that test before, about half the time the call would drop and the other half the call would hand-off to an EDGE or 3G macro cell. I will be testing more in the next few days and report back with any additional observations.

 

While doing some speed tests last night I was looking at my test history and found it interesting that sometime between July and September my ping time on the MicroCell went from ~600ms to ~250ms.

 

 

Yesterday I followed your procedure and the results so far are positive.

 

First I wrapped the front 2/3 of the MicroCell in aluminum foil - paying attention to not cover what appears to be the GPS antenna - a 1" x 1" sqaure under the top rear of the device. I then got some aluminum and metal baking pans and layed them along the sides to help further attenuate the signal from nearby macro cells. Though after pressing the reset button with my first MicroCell I was told that I needed to get a new one becuase I had effectively bricked it, I trusted your procedure and held the reset button until all the lights briefly went out. After about 20 minutes I peaked through my aluminum foil sheild and all lights were solid. I removed the pans and foil.

 

Using the SignalLoc field test app on my BlackBerry I've noticed a few things. First, my MC is still using the same 1900Mhz control channel. I've also noticed that even while my BlackBerry is sitting still on a table one room away from the MC, at times the RSSI signal fluctuates wildly by up to 10dB. I don't recall this happening before.

 

I made about 20 minutes of calls last night from my office which is about 20 feet from the MicroCell and had no drops and very clear reception. One call I walked from my office, out the front door and down the street. About 2 houses away the call dropped. Trying that test before, about half the time the call would drop and the other half the call would hand-off to an EDGE or 3G macro cell. I will be testing more in the next few days and report back with any additional observations.

 

While doing some speed tests last night I was looking at my test history and found it interesting that sometime between July and September my ping time on the MicroCell went from ~600ms to ~250ms.

 

 

Re: how to get consistent uCell service: engineering a solution...

[ Edited ]
7 of 20 (1,097 Views)
0
(0)
  • Rate this reply
View profile
Nov 2, 2011 3:02:30 PM
0
(0)
Mentor

Right on "Wireless_Guru", now you are good! You are on your way to happiness again using AT&T... Can you test and report more data using your BlackBerry SignalLoc field test app. I am primarily on Android phone and don't have this sweet SignalLoc tracking App. Please do more uCell signal measurements inside and around your house for coverage levels.

 

Keep in mind that when the uCell looses power any shielded init benefits will be gone. In that case simply redo init.

 

It is normal for uCell Ping numbers to suck (>>100ms :...~500ms) because packets are essentially tunneled into ATT servers (secured UDP4500) then out on the Internet into the Ookla test servers and back. This adds a lot of overhead processing time when compared to using Wifi on your LAN:  test packets go directly out of your ISP into the Ookla test servers (<50ms) and back to the SW test application.

 

My current approach to building a TEMPORARY shield is to WRAP the uCell in a BLANKET of kitchen aluminum foil leaving the GPS antenna uncovered. It has to be as good as possible so nearly no street cell signal reaches the tested uCell inside the shield. Unwrap as soon as GPS + 3G LEDs become solid green or in less than 15 mn in 65F homes to prevent any associated internal overheat damage. If these 2 lights don't go solid within that time frame: stop! ... something else is causing issue (likely bad GPS antenna reception - better shield opening needed)

 

I am glad to learn your unit is now handing over calls to existing cells the way it should when you walk too far as opposition to dumping your calls to remote ghost cells (>100dBm) that your phone can not reach thus dropping calls!

 

This procedure only serves as a proof of concept to show the uCell hardware is sound. It is only the current firmware logic that is sick!

In its current incarnation the uCell picks-up and holds-on to tower cells that are too far away, creating ghost cells our cellphone can never reach indoors. The uCell keeps trying to bump phones back to the street thinking they can reach these remote cells.  Call hand-off to MacroCell is a desired function but at a different signal level than done currently in stock firmware.

 

So in essence the signal reception logic in the current uCell firmware makes it too sensitive. I believe this was done to help geolocate the unit by triangulation when indoor GPS coverage is poor but then afterwards the MacroCell signal level should be toned down to properly hang to cell phones listed under the subscriber registration preferences.

 

Call bumping when we walk too far from the uCell works properly after my init test procedure.  Without shielded initialization the uCell prematurely keeps trying to bump phones. This firmware bug is in the logic dealing with signal levels. This is what is causing field issues for customers.

 

This serves as an example to show what can be done with time, a healthy dose of understanding and Internet forums.  If ATT was true to its "Rethink Possible" marketing tag they would have uploaded a firmware fix - Proof: I was able to conceptualize and validate a creative solution without ATT countless resources.

 

Live and learn...

SF.

Right on "Wireless_Guru", now you are good! You are on your way to happiness again using AT&T... Can you test and report more data using your BlackBerry SignalLoc field test app. I am primarily on Android phone and don't have this sweet SignalLoc tracking App. Please do more uCell signal measurements inside and around your house for coverage levels.

 

Keep in mind that when the uCell looses power any shielded init benefits will be gone. In that case simply redo init.

 

It is normal for uCell Ping numbers to suck (>>100ms :...~500ms) because packets are essentially tunneled into ATT servers (secured UDP4500) then out on the Internet into the Ookla test servers and back. This adds a lot of overhead processing time when compared to using Wifi on your LAN:  test packets go directly out of your ISP into the Ookla test servers (<50ms) and back to the SW test application.

 

My current approach to building a TEMPORARY shield is to WRAP the uCell in a BLANKET of kitchen aluminum foil leaving the GPS antenna uncovered. It has to be as good as possible so nearly no street cell signal reaches the tested uCell inside the shield. Unwrap as soon as GPS + 3G LEDs become solid green or in less than 15 mn in 65F homes to prevent any associated internal overheat damage. If these 2 lights don't go solid within that time frame: stop! ... something else is causing issue (likely bad GPS antenna reception - better shield opening needed)

 

I am glad to learn your unit is now handing over calls to existing cells the way it should when you walk too far as opposition to dumping your calls to remote ghost cells (>100dBm) that your phone can not reach thus dropping calls!

 

This procedure only serves as a proof of concept to show the uCell hardware is sound. It is only the current firmware logic that is sick!

In its current incarnation the uCell picks-up and holds-on to tower cells that are too far away, creating ghost cells our cellphone can never reach indoors. The uCell keeps trying to bump phones back to the street thinking they can reach these remote cells.  Call hand-off to MacroCell is a desired function but at a different signal level than done currently in stock firmware.

 

So in essence the signal reception logic in the current uCell firmware makes it too sensitive. I believe this was done to help geolocate the unit by triangulation when indoor GPS coverage is poor but then afterwards the MacroCell signal level should be toned down to properly hang to cell phones listed under the subscriber registration preferences.

 

Call bumping when we walk too far from the uCell works properly after my init test procedure.  Without shielded initialization the uCell prematurely keeps trying to bump phones. This firmware bug is in the logic dealing with signal levels. This is what is causing field issues for customers.

 

This serves as an example to show what can be done with time, a healthy dose of understanding and Internet forums.  If ATT was true to its "Rethink Possible" marketing tag they would have uploaded a firmware fix - Proof: I was able to conceptualize and validate a creative solution without ATT countless resources.

 

Live and learn...

SF.

Re: how to get consistent uCell service: engineering a solution...

8 of 20 (1,069 Views)
0
(0)
  • Rate this reply
View profile
Nov 2, 2011 7:59:22 PM
0
(0)
Scholar

Well, the honeymoon is over. Shortly after this morning's post I was in my office approximately 20' from the MC, and my call got handed off to a macro cell after a few minutes. As soon as I ended the call, it immediately switched back to the MC. While driving slowly away from my house, the call handed off to a macro 3G cell.

 

Perhaps the MicroCell did a reset overnight, and built a list of nearby macro cells? Or perhaps the phone holds the list? 

Well, the honeymoon is over. Shortly after this morning's post I was in my office approximately 20' from the MC, and my call got handed off to a macro cell after a few minutes. As soon as I ended the call, it immediately switched back to the MC. While driving slowly away from my house, the call handed off to a macro 3G cell.

 

Perhaps the MicroCell did a reset overnight, and built a list of nearby macro cells? Or perhaps the phone holds the list? 

Re: how to get consistent uCell service: engineering a solution...

9 of 20 (1,048 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 1:39:30 PM
0
(0)
Contributor

Here is my thought. It does the thing where it checks how many 2G and 3G AT&T signals it picks up every day, sometime between midnight and six a.m. It checks it against what it got the last time it did the search (the day before, or when you re-initialized it). It is looking for it to match. So if you do the thing and it is getting zero, because of the tin foil, and then it does its nightly check and finds different ones, it resets by looking for a GPS lock again. It is trying to find the same ones it found most recently, so zero before and zero again is a match, but if it had picked up multiple ones last time, it has to find at least half of the same ones again. 

 

I have been having the worst time with mine. it is in a downstairs / sub-street level apartment with really thick walls, so it always has a hard time getting a GPS lock. Plus I have all the annoying problems that everyone else gets even when it is working. I haven't found any solution that works for me all the time. Smiley Sad

Here is my thought. It does the thing where it checks how many 2G and 3G AT&T signals it picks up every day, sometime between midnight and six a.m. It checks it against what it got the last time it did the search (the day before, or when you re-initialized it). It is looking for it to match. So if you do the thing and it is getting zero, because of the tin foil, and then it does its nightly check and finds different ones, it resets by looking for a GPS lock again. It is trying to find the same ones it found most recently, so zero before and zero again is a match, but if it had picked up multiple ones last time, it has to find at least half of the same ones again. 

 

I have been having the worst time with mine. it is in a downstairs / sub-street level apartment with really thick walls, so it always has a hard time getting a GPS lock. Plus I have all the annoying problems that everyone else gets even when it is working. I haven't found any solution that works for me all the time. Smiley Sad

Re: how to get consistent uCell service: engineering a solution...

10 of 20 (1,018 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 2:02:31 PM
0
(0)
Mentor
Edited by sanfrenchysco on Nov 3, 2011 at 2:35:16 PM

Georgiacc: you may want to ad the external GPS antenna using connector on the back. But honestly in your case I would concider throughing in the towel to use a better carrier that has coverage, support and sales new gear in working order.

 

Here is some hope:

 

If you manage to get GPS to lock then you may have to deal with the uCell flaky behaviors or perhaps not if there is No street receiption in you basement home. The uCell is reported to work okay in remote places where there is zero tower coverage thus my idea to simulate that condition.

 

Cheap fix solution for ya:

If you need to have the uCell outside to get sky view... plug it on a long extension power cord and use a longer ethernet data cable.

 

As for the uCell re-initializing itself daily, I can't say because I have not witnessed it.

Since your unit can not pass the activation stage (GPS sig) in the first place, I believe it never moved pass "initialisation", right?

 

You need to find a way to get those lights to go solid. Either using tower tringulation or better by GPS sky view only. Make sure you always have it connected to Internet during init.

SF.

Georgiacc: you may want to ad the external GPS antenna using connector on the back. But honestly in your case I would concider throughing in the towel to use a better carrier that has coverage, support and sales new gear in working order.

 

Here is some hope:

 

If you manage to get GPS to lock then you may have to deal with the uCell flaky behaviors or perhaps not if there is No street receiption in you basement home. The uCell is reported to work okay in remote places where there is zero tower coverage thus my idea to simulate that condition.

 

Cheap fix solution for ya:

If you need to have the uCell outside to get sky view... plug it on a long extension power cord and use a longer ethernet data cable.

 

As for the uCell re-initializing itself daily, I can't say because I have not witnessed it.

Since your unit can not pass the activation stage (GPS sig) in the first place, I believe it never moved pass "initialisation", right?

 

You need to find a way to get those lights to go solid. Either using tower tringulation or better by GPS sky view only. Make sure you always have it connected to Internet during init.

SF.

Re: how to get consistent uCell service: engineering a solution...

[ Edited ]
11 of 20 (746 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 2:13:16 PM
0
(0)
Contributor

Thanks! I am debating whether to get the GPS antenna or the electrical-outlet ethernet adaptor, because I actually can get it to do a GPS lock, but it involves stretching the power cable all the way in one direction, and the ethernet cable all the way in the other direction, creating basically a 15-foot-long unsightly stretch of cables that is also easy to trip over. If I relocate it and plug it in where the ethernet is, 10 feet away, it can no longer get the GPS lock consistently.


But it does get the GPS lock, maybe half the time, so what I'm saying isn't that I was never able to initialize it. I've had the thing for nine months or so, and it actually used to work pretty well, when I did get the GPS lock. But lately, the last four months or longer, it doesn't work well even when it has GPS. I can stand right next to it with my cell phone and it won't recognize the M-Cell. Or when it does, I get the "Call Failed" problem. Or it drops my calls, even though there is at most one bar of AT&T signal that is not Micro Cell. Or even when I turn my phone off and then back on, which sometimes works, it still won't pick up the M-Cell, which is ostensibly working.....OY. I have been reading these forums enough to get the sense that my frustrations with this thing are shared by others...

 

But my theory about the daily rechecking of the postioning? This help question:

http://www.att.com/esupport/article.jsp?sid=KB117622#fbid=8UXzI6axKLQ 

was recently updated with totally new, weird extra info...take a look at it and see what I mean? 

Thanks! I am debating whether to get the GPS antenna or the electrical-outlet ethernet adaptor, because I actually can get it to do a GPS lock, but it involves stretching the power cable all the way in one direction, and the ethernet cable all the way in the other direction, creating basically a 15-foot-long unsightly stretch of cables that is also easy to trip over. If I relocate it and plug it in where the ethernet is, 10 feet away, it can no longer get the GPS lock consistently.


But it does get the GPS lock, maybe half the time, so what I'm saying isn't that I was never able to initialize it. I've had the thing for nine months or so, and it actually used to work pretty well, when I did get the GPS lock. But lately, the last four months or longer, it doesn't work well even when it has GPS. I can stand right next to it with my cell phone and it won't recognize the M-Cell. Or when it does, I get the "Call Failed" problem. Or it drops my calls, even though there is at most one bar of AT&T signal that is not Micro Cell. Or even when I turn my phone off and then back on, which sometimes works, it still won't pick up the M-Cell, which is ostensibly working.....OY. I have been reading these forums enough to get the sense that my frustrations with this thing are shared by others...

 

But my theory about the daily rechecking of the postioning? This help question:

http://www.att.com/esupport/article.jsp?sid=KB117622#fbid=8UXzI6axKLQ 

was recently updated with totally new, weird extra info...take a look at it and see what I mean? 

Re: how to get consistent uCell service: engineering a solution...

12 of 20 (744 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 2:34:21 PM
0
(0)
Mentor

Wireless_Guru:

If you got handed over to a ghost cell in the street 20" from the uCell I guess somehow your uCell still had bad cells on its internal list.

 

Stick it good with a toothpick (30s) and run more tests. While the unit is powered off map the places in your house where you have some street coverage.

 

I am not sure I have all the relevant pieces on-hand, this thread is only experimental. We are here to try and learn something.

 

The uCell signals travels like wifi (similar frequency range): it easily creates bouncing waves (echo) that kills the signal (signal to noise ratio). In plain words: you can go quite far with direct line of site but not through many walls and stairs wells. That is why we have trouble receiving weak street towers indoors (attenuations + echoes).

So we don't need to hug the uCell but we need to stay on the good side with signal propagation - Thank God uCell output power is limited to miliWatts (0.001 W.) like cell phones not KiloWatts (1,000 W.) like FM/AM radios.

 

On my end so far things seem to be holding as solid as expected. No probs

SF.

Wireless_Guru:

If you got handed over to a ghost cell in the street 20" from the uCell I guess somehow your uCell still had bad cells on its internal list.

 

Stick it good with a toothpick (30s) and run more tests. While the unit is powered off map the places in your house where you have some street coverage.

 

I am not sure I have all the relevant pieces on-hand, this thread is only experimental. We are here to try and learn something.

 

The uCell signals travels like wifi (similar frequency range): it easily creates bouncing waves (echo) that kills the signal (signal to noise ratio). In plain words: you can go quite far with direct line of site but not through many walls and stairs wells. That is why we have trouble receiving weak street towers indoors (attenuations + echoes).

So we don't need to hug the uCell but we need to stay on the good side with signal propagation - Thank God uCell output power is limited to miliWatts (0.001 W.) like cell phones not KiloWatts (1,000 W.) like FM/AM radios.

 

On my end so far things seem to be holding as solid as expected. No probs

SF.

Re: how to get consistent uCell service: engineering a solution...

13 of 20 (738 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 2:39:37 PM
0
(0)
Contributor

What I mean is, on the link I posted, it looks like they put something up that was meant to be internal, for Customer Service. This is what it says:

 

Note :
  
All Data Support 
  
Methods to Determine MicroCell Location

  • Location determined using GPS
    • Uses aGPS to determine GPS location.
      • The aGPS data sent to the MicroCell is based off of the location entered during online registration.
    • Can take up to 90 minutes.
    • Does not require a signal from the AT&T Network.
  • The MicroCell performs a Network Listen (NWL) for nearby AT&T towers (neighbors)
    • If the MicroCell cannot determine its location based on a standard GPS scan, it will take the following action:
      1. A NWL is started after the MicroCell has scanned GPS for 20 minutes.
        • During this time, the MicroCell will listen for at least one 2G or 3G AT&T neighbors.
        • The scan can take up to ten minutes.
      2. Once the scan is complete, the following will occur.
        • Scan Complete field in Snooper is set to Complete.
        • Cell Sites Detected field in Snooper is set to Yes or No.
        • 2G Cell Sites field is updated to display the amount of 2G AT&T cell sites that were detected during the scan.
        • 3G Cell Sites field is updated to display the amount of 3G AT&T cell sites that were detected during the scan.
        • If at least one 2G or 3G cell site is detected, the GPS Bypass field will automatically be set to True.

Daily Location Verification Scan
  • The MicroCell will perform a NWL to verify its location during the nightly maintenance window (typically between Midnight and 5 a.m. EST). 
    • If 50% or more of the neighbors detected match those that were seen during the previous night's NWL, the MicroCell will stay activated.
      NOTE: If no neighbors were detected during the previous night's NWL and no neighbors are detected during the nightly NWL, the MicroCell will consider this a 100% match and remain activated.
    • If less than 50% of the neighbors detected match those that were seen during the previous night's NWL, the MicroCell will use GPS to determine its location. 

 

 

What I mean is, on the link I posted, it looks like they put something up that was meant to be internal, for Customer Service. This is what it says:

 

Note :
  
All Data Support 
  
Methods to Determine MicroCell Location

  • Location determined using GPS
    • Uses aGPS to determine GPS location.
      • The aGPS data sent to the MicroCell is based off of the location entered during online registration.
    • Can take up to 90 minutes.
    • Does not require a signal from the AT&T Network.
  • The MicroCell performs a Network Listen (NWL) for nearby AT&T towers (neighbors)
    • If the MicroCell cannot determine its location based on a standard GPS scan, it will take the following action:
      1. A NWL is started after the MicroCell has scanned GPS for 20 minutes.
        • During this time, the MicroCell will listen for at least one 2G or 3G AT&T neighbors.
        • The scan can take up to ten minutes.
      2. Once the scan is complete, the following will occur.
        • Scan Complete field in Snooper is set to Complete.
        • Cell Sites Detected field in Snooper is set to Yes or No.
        • 2G Cell Sites field is updated to display the amount of 2G AT&T cell sites that were detected during the scan.
        • 3G Cell Sites field is updated to display the amount of 3G AT&T cell sites that were detected during the scan.
        • If at least one 2G or 3G cell site is detected, the GPS Bypass field will automatically be set to True.

Daily Location Verification Scan
  • The MicroCell will perform a NWL to verify its location during the nightly maintenance window (typically between Midnight and 5 a.m. EST). 
    • If 50% or more of the neighbors detected match those that were seen during the previous night's NWL, the MicroCell will stay activated.
      NOTE: If no neighbors were detected during the previous night's NWL and no neighbors are detected during the nightly NWL, the MicroCell will consider this a 100% match and remain activated.
    • If less than 50% of the neighbors detected match those that were seen during the previous night's NWL, the MicroCell will use GPS to determine its location. 

 

 

Re: how to get consistent uCell service: engineering a solution...

14 of 20 (734 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 2:48:37 PM
0
(0)
Mentor

Georgiacc: very interesting - let me dig in some more!

I do love the PowerLine modules: my uCell is connected through one.

 

It seems the uCell should always be kept where it geolocalize even after Init is complete. I recall reading something like AT&T validates the actual uCell location at random intervals (just to be sure it has not moved to a different location)

Txs,

SF

Georgiacc: very interesting - let me dig in some more!

I do love the PowerLine modules: my uCell is connected through one.

 

It seems the uCell should always be kept where it geolocalize even after Init is complete. I recall reading something like AT&T validates the actual uCell location at random intervals (just to be sure it has not moved to a different location)

Txs,

SF

Re: how to get consistent uCell service: engineering a solution...

15 of 20 (731 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 3:14:14 PM
0
(0)
Mentor

GeorGiacc: for you that means you need to keep your uCell with sky view for its nightly locale validation.

Use PowerLine modules with your uCell - They work great to bypass wifi coverage issues as well.

 

From the spaghetti logic in this support document I kind of understood that on the 2nd night the uCell will geolocate with towers even if it was GPS activated.

 

The document does not say if that tower list is used or not by the uCell to hand-off calls afterwards. I would think Yes but it seems to me like No.

 

Credit where du: AT&T does publish nice internal support documents for CSR to dive into!

SF.

GeorGiacc: for you that means you need to keep your uCell with sky view for its nightly locale validation.

Use PowerLine modules with your uCell - They work great to bypass wifi coverage issues as well.

 

From the spaghetti logic in this support document I kind of understood that on the 2nd night the uCell will geolocate with towers even if it was GPS activated.

 

The document does not say if that tower list is used or not by the uCell to hand-off calls afterwards. I would think Yes but it seems to me like No.

 

Credit where du: AT&T does publish nice internal support documents for CSR to dive into!

SF.

Re: how to get consistent uCell service: engineering a solution...

16 of 20 (728 Views)
0
(0)
  • Rate this reply
View profile
Nov 3, 2011 9:20:05 PM
0
(0)
Scholar
I read the support document as saying it checks it's location nightly based on local cell towers. Since I likely had 0 neighbors the night before, and now have probably a dozen or more, it probably kept the list of neighbors.

So do I keep it covered with my metal mesh every night to prevent it building a list of neighbors? What a pain.

2 things I noticed today: the signal from the MC seems to be stronger than before the reset, though it still prematurely hands-away to the macro network. Several times today I noticed that our iPhones were not connected to the MC, while my BlackBerry was.

Without the MC I get 1-5 bars reception from macro cells throughout the house depending on what room and level I am on. It's just not reliable because the line-of-sight cells are 5-15 miles away.
I read the support document as saying it checks it's location nightly based on local cell towers. Since I likely had 0 neighbors the night before, and now have probably a dozen or more, it probably kept the list of neighbors.

So do I keep it covered with my metal mesh every night to prevent it building a list of neighbors? What a pain.

2 things I noticed today: the signal from the MC seems to be stronger than before the reset, though it still prematurely hands-away to the macro network. Several times today I noticed that our iPhones were not connected to the MC, while my BlackBerry was.

Without the MC I get 1-5 bars reception from macro cells throughout the house depending on what room and level I am on. It's just not reliable because the line-of-sight cells are 5-15 miles away.

Re: how to get consistent uCell service: engineering a solution...

17 of 20 (718 Views)
0
(0)
  • Rate this reply
View profile
Nov 4, 2011 1:11:23 PM
0
(0)
Mentor

WirelessGuru:

 

[I read the support document as saying it checks it's location nightly based on local cell towers. Since I likely had 0 neighbors the night before, and now have probably a dozen or more, it probably kept the list of neighbors.]



> yes I think so too. What the support document does not say is if the neighboring towers list refreshed nightly is used only for validating the unit location every night or for the cellular operation as well. We could use more  info from ATT... but again if everything was cristal-clear on the ATT side they would have a working design and we would not be here trying to paste broken pieces together.

 


[So do I keep it covered with my metal mesh every night to prevent it building a list of neighbors? ]



> NO-NO - I don't think more shielding is better!! Whatever you are testing this unit needs cooling to dissipate internal heat. If you build a good signal shield it will likely be somewhat air tight. 

I use my shield only during warm-boot initializations lasting about 10 minutes or less.

 

Everyone being responsible for his own actions: you risk damaging the uCell unit if it is operated with restricted air flow. Whatever power this unit is drawing on its AC cube needs to get vented out!

 

If you blow an internal fuse protection, don't even think about cracking the uCell open because this unit has a temper switch that will disable itself dead upon intrusion. Not a wise path to travel.


[2 things I noticed today: the signal from the MC seems to be stronger than before the reset, though it still prematurely hands-away to the macro network. Several times today I noticed that our iPhones were not connected to the MC, while my BlackBerry was.]

> So it looks like you got a more effective Reset this time because getting higher transmit power is the desired side effect of shielded init test.

- Can you describe the reset button timing and LED behavior during your reset??

 

Regarding the premature handing to a Tower pls read bellow. In essence as long as your cell phones are happy with the street signal level (bars), they are going to hug a tower and not get on the uCell. It is only when the uCell offers a stronger signal that the phone switches over while idle.


[Without the MC I get 1-5 bars reception from macro cells throughout the house depending on what room and level I am on. It's just not reliable because the line-of-sight cells are 5-15 miles away.]

 

> You can not expect the uCell to compete with a 5 bars tower!

Inside your house, you need to learn where you have good tower reception vs. bad reception then place the uCell in the center of that bad zone.

 

Getting a clean list of neighboring towers is to make sure the uCell does not hand you out to ghost towers your phone can not reach thus dropping your calls (This is the firmware bug that need to be walked around).

 

They are always going to be issues with handing calls over because it is a one way process. Once your cell phone call is transferred to a tower, you can't transfer back on the uCell until you hang-up the call.  What that means is: don't go walking around the house on a cellular call between the tower coverage area back towards the uCell only coverage zone because by design the call is 99% guaranteed to drop.  Once we are aware of that limitation, it should be easy to leave with it.

 

Users who have zero towers available do not have this "transfer back" limitation because their calls should always remain on the uCell provided the firmware bug let them have good indoor coverage. Their cell phone has the ability to range far but not the uCell due to its very limited transmit power (~5mW?) and building echoes (S/N ratio). That we have to leave with as well because it is expected by design.

WirelessGuru:

 

[I read the support document as saying it checks it's location nightly based on local cell towers. Since I likely had 0 neighbors the night before, and now have probably a dozen or more, it probably kept the list of neighbors.]



> yes I think so too. What the support document does not say is if the neighboring towers list refreshed nightly is used only for validating the unit location every night or for the cellular operation as well. We could use more  info from ATT... but again if everything was cristal-clear on the ATT side they would have a working design and we would not be here trying to paste broken pieces together.

 


[So do I keep it covered with my metal mesh every night to prevent it building a list of neighbors? ]



> NO-NO - I don't think more shielding is better!! Whatever you are testing this unit needs cooling to dissipate internal heat. If you build a good signal shield it will likely be somewhat air tight. 

I use my shield only during warm-boot initializations lasting about 10 minutes or less.

 

Everyone being responsible for his own actions: you risk damaging the uCell unit if it is operated with restricted air flow. Whatever power this unit is drawing on its AC cube needs to get vented out!

 

If you blow an internal fuse protection, don't even think about cracking the uCell open because this unit has a temper switch that will disable itself dead upon intrusion. Not a wise path to travel.


[2 things I noticed today: the signal from the MC seems to be stronger than before the reset, though it still prematurely hands-away to the macro network. Several times today I noticed that our iPhones were not connected to the MC, while my BlackBerry was.]

> So it looks like you got a more effective Reset this time because getting higher transmit power is the desired side effect of shielded init test.

- Can you describe the reset button timing and LED behavior during your reset??

 

Regarding the premature handing to a Tower pls read bellow. In essence as long as your cell phones are happy with the street signal level (bars), they are going to hug a tower and not get on the uCell. It is only when the uCell offers a stronger signal that the phone switches over while idle.


[Without the MC I get 1-5 bars reception from macro cells throughout the house depending on what room and level I am on. It's just not reliable because the line-of-sight cells are 5-15 miles away.]

 

> You can not expect the uCell to compete with a 5 bars tower!

Inside your house, you need to learn where you have good tower reception vs. bad reception then place the uCell in the center of that bad zone.

 

Getting a clean list of neighboring towers is to make sure the uCell does not hand you out to ghost towers your phone can not reach thus dropping your calls (This is the firmware bug that need to be walked around).

 

They are always going to be issues with handing calls over because it is a one way process. Once your cell phone call is transferred to a tower, you can't transfer back on the uCell until you hang-up the call.  What that means is: don't go walking around the house on a cellular call between the tower coverage area back towards the uCell only coverage zone because by design the call is 99% guaranteed to drop.  Once we are aware of that limitation, it should be easy to leave with it.

 

Users who have zero towers available do not have this "transfer back" limitation because their calls should always remain on the uCell provided the firmware bug let them have good indoor coverage. Their cell phone has the ability to range far but not the uCell due to its very limited transmit power (~5mW?) and building echoes (S/N ratio). That we have to leave with as well because it is expected by design.

Re: how to get consistent uCell service: engineering a solution...

18 of 20 (695 Views)
0
(0)
  • Rate this reply
View profile
Nov 5, 2011 6:11:52 AM
0
(0)
Scholar
My reset button timing: I held it as long as I needed to unroll all the lights went out - about 20 seconds.

I recall that the Cisco branded MicroCell does allow 2-way hand-offs. I wonder why AT&T chooses not to allow this?

I don't walk around my house with my phone much. I'm usually just trying to get a reliable signal while I talk to clients in my office - about 20-feet line-of-sight to the MC. My office gets about 1-2 bars of macro signal, but for some reason it will transfer from the 5 bar MC to the 1-2 bar macro cell quite often.

Maybe the 4G micro cell will be better? Or maybe they'll adopt UMA?
My reset button timing: I held it as long as I needed to unroll all the lights went out - about 20 seconds.

I recall that the Cisco branded MicroCell does allow 2-way hand-offs. I wonder why AT&T chooses not to allow this?

I don't walk around my house with my phone much. I'm usually just trying to get a reliable signal while I talk to clients in my office - about 20-feet line-of-sight to the MC. My office gets about 1-2 bars of macro signal, but for some reason it will transfer from the 5 bar MC to the 1-2 bar macro cell quite often.

Maybe the 4G micro cell will be better? Or maybe they'll adopt UMA?

Re: how to get consistent uCell service: engineering a solution...

19 of 20 (684 Views)
Highlighted
0
(0)
  • Rate this reply
View profile
Nov 5, 2011 11:38:52 PM
0
(0)
Mentor

Having line of sight, your phone should not switch from 5 bars on uCell to 2 bars macroCell. This is what this thread should help you fix. The shield + reset should bring you joy or perhaps there is something special on the networking side that makes my setup special. How is your uCell connected to your network?

 

I used a 30sec Reset timing from the standard "30-30-30" reset for router firmwares.

 

For your case I would make sure to sit on that reset button for at least 30 sec or more - This should give you a warm boot! Perhaps longer than 30 sec but I don't think anything extra happens after that - Who knows if you keep poking that box you may learn something new.

SF.

Having line of sight, your phone should not switch from 5 bars on uCell to 2 bars macroCell. This is what this thread should help you fix. The shield + reset should bring you joy or perhaps there is something special on the networking side that makes my setup special. How is your uCell connected to your network?

 

I used a 30sec Reset timing from the standard "30-30-30" reset for router firmwares.

 

For your case I would make sure to sit on that reset button for at least 30 sec or more - This should give you a warm boot! Perhaps longer than 30 sec but I don't think anything extra happens after that - Who knows if you keep poking that box you may learn something new.

SF.

Re: how to get consistent uCell service: engineering a solution...

20 of 20 (673 Views)
Advanced
You must be signed in to add attachments
Share this post
Share this post