To clarify, the test was done around 1PM and was simple speed test, probably could have gotten more throughput at the end of the day but these are used as backups and if the primary connection goes down, I dont have the luxury to pick when that happens. I mainly used these as backups and I make sure the customer knows that this is a temporary solution, the speed/latency will not be as good as the primary connection. If the customer understands this, then 4G LTE is a great solution especially for a backup. It's also great for getting branches up ASAP while waiting for fiber etc. I haven't tried T-mobile LTE but that seems really high. Paul -----Original Message----- From: NANOG <nanog-bounces@nanog.org> On Behalf Of Kenny Taylor Sent: Thursday, August 01, 2019 10:23 AM To: nanog list <nanog@nanog.org> Subject: RE: Estimated LTE Data Utilization in Failover Scenario We did some testing with VZ and Sprint earlier this year. Sprint provided rates around 20-25 mbit down and 2-3 mbit up *if* it was an area with decent coverage and the connection was on band 41. Much lower rates on band 25/26. We noticed that their regular unlimited hotspot plans perform well up until the 50 GB mark. The evening after we'd hit the 50 GB mark, throttling kicked in and pinned the connection down to about 128 kbit, regardless of cellular network congestion. VZ seems to throttle the connections after hitting the 25 GB mark, but it's gradual and appears to be more deprioritization than shaping. We tried VZ in a couple of rural areas and quickly discovered that there wasn't enough bandwidth to those particular towers. We could pull 20 mbit down regularly around 6:00 am, then by lunch time we'd get less than 1 mbt down. We deployed an ISR router with LTE NIM and a linux box running iperf hourly to do that testing. Don't base your rate estimate on afterhours testing, and I'd echo the other comments that the cellular network will get slammed during an outage/disaster scenario and will undershoot your estimates. Worth noting, I can pull 45-60 mbit on my T-Mobile phone all day long. Does anyone have experience using T-Mobile plans for LTE backup? Kenny -----Original Message----- From: NANOG <nanog-bounces@nanog.org> On Behalf Of Paul Amaral via NANOG Sent: Wednesday, July 31, 2019 9:54 AM To: 'Shaun Dombrosky' <SDombrosky@blackfoot.com>; nanog@nanog.org Subject: RE: Estimated LTE Data Utilization in Failover Scenario In my experience with LTE is that it's never enough. We have bank branches with 20Mbs metro lines and on rare occasion when that circuit drops 4G LTE will provide you with 10mbs at best also note that latency is much higher which can mess with ipsec/VOIP etc. I don't think you can pick how much bandwidth you will get with 4G LTE. From the testing I have done with VZ 4G I get 10mbs down and 2/3 up with a -65 RSSI. It's still better to have LTE for a backup then not to have it. I have used cradlepoint and now switched to cisco ISR 1111. I find the crandlepoint to be not as reliable as the cisco ISR. The cradlepoint will get extremely hot, go down for no reason and has poor signal compared to the ISR 1111 with LTE. I would stay away from the cradlepoint and find a Cisco LTE solution. Again like I said a backup of any kind even if not sufficient in bandwidth is better than nothing. Paul From: NANOG <nanog-bounces@nanog.org> On Behalf Of Shaun Dombrosky Sent: Tuesday, July 30, 2019 12:06 PM To: 'nanog@nanog.org' <nanog@nanog.org> Subject: Estimated LTE Data Utilization in Failover Scenario Good Morning, First time NANOG poster, apologies if I breach etiquette. Does anyone have any first-hand data on how much data a small-medium business (SMB) can expect to consume in a failover scenario over a 4G/LTE connection? Retail, under 50 head count, using PoS, maybe cloud accounting software, general internet activity, 8 hour time period. Wonder if anyone is using a Cradlepoint or SD-WAN solution that could pull a few quick numbers from a dashboard for me. I haven't had much luck in my searches. Appreciate any info anyone can provide. Thanks, Shaun Dombrosky Data Network Engineer E: mailto:sdombrosky@blackfoot.com https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.blackfo ot.com%2F&data=02%7C01%7Ckenny.taylor%40kccd.edu%7C050595db295d4f2a5a7b0 8d715e17881%7C52a30add642a46f8a4e2c61db3eb8742%7C0%7C0%7C637001930443436642& amp;sdata=tgXlzwo19vLsM%2BfARvbKCoWxFK1o7JRjmUzz84pLQYE%3D&reserved=0 Stay connected with Blackfoot: https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebo ok.com%2FGoBlackfoot%2F%3Futm_source%3DOutlook%26utm_medium%3DSig%26utm_& ;data=02%7C01%7Ckenny.taylor%40kccd.edu%7C050595db295d4f2a5a7b08d715e17881%7 C52a30add642a46f8a4e2c61db3eb8742%7C0%7C0%7C637001930443436642&sdata=NDM AwdmN2tJPpXVEP48AN%2FUIay6%2BLWX%2BylH7%2F6mGfFg%3D&reserved=0 name=2017EmpSig&utm_content=Social https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linked in.com%2Fcompany%2Fblackfoot-telecommunications-group%2F%3Futm_sou&data= 02%7C01%7Ckenny.taylor%40kccd.edu%7C050595db295d4f2a5a7b08d715e17881%7C52a30 add642a46f8a4e2c61db3eb8742%7C0%7C0%7C637001930443436642&sdata=5FjSw1FNG Thb8e03fPirzemq6qcSOm352jR%2BDbdkXWE%3D&reserved=0 rce=Outlook&utm_medium=Sig&utm_name=2017EmpSig&utm_content=Social http://ww w.twitter.com/GoBlackfoot/?utm_source=Outlook&utm_medium=Sig&utm_name=2017Em pSig&utm_content=Social https://nam02.safelinks.protection.outlook.com/?url =https%3A%2F%2Fwww.youtube.com%2FBlackfootTelecom%3Futm_source&data=02%7 C01%7Ckenny.taylor%40kccd.edu%7C050595db295d4f2a5a7b08d715e17881%7C52a30add6 42a46f8a4e2c61db3eb8742%7C0%7C0%7C637001930443436642&sdata=n3m14erZyEBF2 Sl6%2BHYzPO5sDGjDnXkHsX0h0hiKSUE%3D&reserved=0 =Outlook&utm_medium=Sig&utm_name=2017EmpSig&utm_content=Social This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately reply to the sender by email notifying them of the error and delete the original and reply copies. Thank you.