Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #197750 > unrolled thread
| Started by | peter@easthope.ca |
|---|---|
| First post | 2018-07-18 05:20 +0200 |
| Last post | 2018-07-18 06:40 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.debian.user
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: LTE router usage. peter@easthope.ca - 2018-07-18 05:20 +0200
Re: LTE router usage. Roberto C. Sánchez <roberto@debian.org> - 2018-07-18 05:20 +0200
Re: LTE router usage. peter@easthope.ca - 2018-07-18 06:40 +0200
| From | peter@easthope.ca |
|---|---|
| Date | 2018-07-18 05:20 +0200 |
| Subject | Re: LTE router usage. |
| Message-ID | <wcLap-8mg-1@gated-at.bofh.it> |
From: Dan Ritter <dsr@randomstring.org>
Date: Mon, 9 Oct 2017 15:57:17 -0400
> The relevant details here are the LTE channels that the router's
> radio can tune:
>
> 4G: FDD-LTE Cat4 (800/900/1800/2100/2600MHz)
> TDD-LTE (2300/2600MHz)
> 3G: DC-HSPA+/HSPA+/HSPA/UMTS (900/2100MHz)
> 2G: EDGE/GPRS/GSM (850/900/1800/1900MHz)
>
> and how that matches up in Tanzania:
>
> 900 1800 3G 2100 Airtel Tanzania; 3G 2100 Tigo; 3G
> 2100 Vodacom; 4G LTE Smile Tanzania - Vodacom 800Mhz; 4G LTE
> Tigo ; 4G LTE Smart Telecom; 4G LTE TTCL ; 4G LTE Zantel in
> Zanzibar ;
>
> So, yes, it looks like you can buy a SIM and get LTE with this
> router in Tanzania.
>
> There are various places where the radio frequencies won't
> match up; hopefully you aren't going to those.
Thanks Dan. My friends now have the TP-Link MR200 working
at their school in Tanzania.
Seems the data measured by the carrier is larger than the data
estimated by the users. The accounting by the carrier might be double
that estimated by the users. They were told or read that the carrier
charges for transmission between router & client machine as well as
between router and cell tower. That could explain a factor of two
but to me this seems irrational. The carrier shouldn't be concerned
with transmission within the LAN. The only explanation I can imagine
is that activity within the LAN causes delays in rounter operation,
which cause delays in communication between router and cell tower,
which degrades efficiency..
Has anyone encountered a question such as this?
Thanks, ... Peter E.
--
Message composed and transmitted by software designed to avoid the
need, overhead and vulnerability of antivirus software.
123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202
http://easthope.ca/Peter.html Bcc: peter at easthope. ca
[toc] | [next] | [standalone]
| From | Roberto C. Sánchez <roberto@debian.org> |
|---|---|
| Date | 2018-07-18 05:20 +0200 |
| Message-ID | <wcLap-8mg-3@gated-at.bofh.it> |
| In reply to | #197750 |
On Tue, Jul 17, 2018 at 07:33:40PM -0700, peter@easthope.ca wrote: > > Seems the data measured by the carrier is larger than the data > estimated by the users. The accounting by the carrier might be double > that estimated by the users. They were told or read that the carrier > charges for transmission between router & client machine as well as > between router and cell tower. That could explain a factor of two > but to me this seems irrational. The carrier shouldn't be concerned > with transmission within the LAN. The only explanation I can imagine > is that activity within the LAN causes delays in rounter operation, > which cause delays in communication between router and cell tower, > which degrades efficiency.. > It sounds like perhaps MTU or clamp MSS might need adjusting. I can envision a situation where the router sends out packets that are just slightly larger than what the cell tower will route, causing the tower to split them. It would double the number of packets and if the ISP is counting packets instead of bytes, then it would easily explain a factor of 2 increase. Regards, -Roberto -- Roberto C. Sánchez
[toc] | [prev] | [next] | [standalone]
| From | peter@easthope.ca |
|---|---|
| Date | 2018-07-18 06:40 +0200 |
| Message-ID | <wcMpP-IT-1@gated-at.bofh.it> |
| In reply to | #197751 |
From: Roberto C. Sánchez <roberto@debian.org>
Date: Tue, 17 Jul 2018 23:16:20 -0400
> It sounds like perhaps MTU or clamp MSS might need adjusting. I can
> envision a situation where the router sends out packets that are just
> slightly larger than what the cell tower will route, causing the tower
> to split them. It would double the number of packets and if the ISP is
> counting packets instead of bytes, then it would easily explain a factor
> of 2 increase.
Thanks Roberto, ... Peter E.
--
Message composed and transmitted by software designed to avoid the
need, overhead and vulnerability of antivirus software.
123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202
http://easthope.ca/Peter.html Bcc: peter at easthope. ca
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web