Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #197750 > unrolled thread

Re: LTE router usage.

Started bypeter@easthope.ca
First post2018-07-18 05:20 +0200
Last post2018-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.


Contents

  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

#197750 — Re: LTE router usage.

Frompeter@easthope.ca
Date2018-07-18 05:20 +0200
SubjectRe: 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]


#197751

FromRoberto C. Sánchez <roberto@debian.org>
Date2018-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]


#197752

Frompeter@easthope.ca
Date2018-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