Nathan, That is a display issue only and noted in 6.6, will be addressed in 6.7 Thx Nick
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: October 5, 2016 8:54 AM To: [email protected] Subject: Telrad Digest, Vol 24, Issue 6 Send Telrad mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.wispa.org/mailman/listinfo/telrad or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Telrad digest..." Today's Topics: 1. Strange UE AMBR numbers? (Nathan Anderson) 2. Re: Strange UE AMBR numbers? (Jeremy Austin) 3. Re: CPE reconnect (Matthew Carpenter) 4. Re: Telrad Digest, Vol 24, Issue 5 (Nick Dewar) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Oct 2016 19:09:35 -0700 From: Nathan Anderson <[email protected]> Subject: [Telrad] Strange UE AMBR numbers? To: Telrad List <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" Sometimes, on the EPC, I see odd numbers for particular UE's AMBR values, when I have no service profile that even exists with such numbers. For example, one customer configured to a profile with a DL/UL of 11000000/1500000 displays 0/11336 on a "show ue-info". There are a small handful of customers showing these exact numbers, in fact. Another customer shows 0/1671848, and another shows 1671888/11336. As far as I can tell, the customers are in fact getting the throughput that their profile is rated for, so I *think* this is just a cosmetic issue? But am I the only one seeing this, and should I be concerned? -- Nathan Anderson First Step Internet, LLC [email protected] ------------------------------ Message: 2 Date: Tue, 4 Oct 2016 18:11:42 -0800 From: Jeremy Austin <[email protected]> Subject: Re: [Telrad] Strange UE AMBR numbers? To: [email protected] Message-ID: <cabnb40uwzjetz61yk6ktpd0nh_ybv0zfkx0n27emh7-ygzf...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" On Tue, Oct 4, 2016 at 6:09 PM, Nathan Anderson <[email protected]> wrote: > I *think* this is just a cosmetic issue? But am I the only one seeing > this, and should I be concerned? > We see this is as well, and Dave confirmed that it is cosmetic. -- Jeremy Austin (907) 895-2311 (907) 803-5422 [email protected] Heritage NetWorks Whitestone Power & Communications Vertical Broadband, LLC Schedule a meeting: http://doodle.com/jermudgeon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wispa.org/mailman/private/telrad/attachments/20161004/d4fcfeab/attachment-0001.html ------------------------------ Message: 3 Date: Tue, 4 Oct 2016 22:07:39 -0500 From: Matthew Carpenter <[email protected]> Subject: Re: [Telrad] CPE reconnect To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" I have never seen the blacklist problem with low signal even CINR of 0 and 1 it never blacklisted. I found a UE with 1 and -2 CINR and it was still moving a few mbit and connected. If the UE can auth one time then it resets it counter. If the CINR is so low that it can communicate and not finish the AUTH then you don't really want that UE on the eNB anyway. We are talking about CINR <2 not 7 or 8. Matt Carpenter Sent from my iPhone > On Oct 4, 2016, at 8:43 PM, Adam Moffett <[email protected]> wrote: > > If it's specifically an AUTH issue as opposed to a weak signal issue then it > seems like that ought to work. The phone could have enough brains in > it's algorithm to note that there was an auth failure and also weak CINR so > maybe don't blacklist that eNB until we try it again when CINR improves. > > It was described to me as a function of the CPE, and if that's the case then > the solution would have to be implemented in the CPE. > >> Why do I have such a love hate relationship with LTE. >> >> So how does this work in the macro network? Cell phone black lists site, >> then drives closer to it. Shouldn't it associate without having to be >> rebooted? >> >> On Oct 4, 2016, at 21:36, Matthew Carpenter >> <[email protected]> wrote: >> >>> If the UE tries to connect to the eNB and is unable to AUTH the SIM card >>> then it will blacklist after 3 or 4 attempts. >>> At that point the UE must be rebooted to connect. I have seen this happen >>> many times back last January. >>> No way around it, its a LTE thing.. >>> >>> On the UE?s dropping from 50-60Mbit to 2Mbit, what I have seen >>> is its an upload issue. The Upload QAM is SO low that it cannot perform >>> well on the download. >>> A reboot brings it around and the speeds go back to normal. >>> What I have been told is the UE/eNB will lower the QAM rate due to >>> interference or other issues and it will lower the QAM faster then its >>> rises it back up. >>> >>> What are the ?other issues? you ask? On the CPE7000 it was bad boards that >>> would cause high bit rate errors inside the radio causing it to think it >>> has interference. >>> Replacing the UE would fix it. I also think the old crappy POE injectors >>> causes issues as well.. cannot prove it.. >>> >>> I have a UE that did this yesterday, I will watch it and if it continues to >>> lower is QAM over the period of a day or so then we will replace the UE. >>> (CPE7000) >>> >>> Also watching the tlsyslog on the EPC will give you all sorts of good >>> information as to what a UE is doing, or not doing correctly. I highly >>> suggest you watch it for bad UE?s. >>> >>> >>> MattCarpenter >>> >>> >>> >>> >>> >>>> On Oct 4, 2016, at 4:31 PM, Jeremy Austin <[email protected]> wrote: >>>> >>>> >>>>> On Tue, Oct 4, 2016 at 1:22 PM, Matt Hoppes >>>>> <[email protected]> wrote: >>>>> >>>>> If so, is there a way around this so a customer does not have to reboot >>>>> the CPE? >>>> >>>> When an IMSI is blacklisted, does this mean it isn't available for a >>>> detach? >>>> >>>> I haven't seen this problem yet, as far as I know. >>>> >>>> I'm still trying to explain why a UE should jump from 50-60 megs down, to >>>> 2, on a lightly loaded sector. I've been testing the 8000 on a 2x4 sector >>>> today. This is somewhat similar behavior to what we get daily complaints >>>> about ? it appears to affect customers somewhat randomly, and there is no >>>> cure but to wait. (I'm not about to reset the EPC.) I had hoped I wouldn't >>>> see it on the 8000, but so far I may be. >>>> >>>> Other than that, RF performance on the 8000 is good. I'm consistently >>>> hitting high modulations and 6-7 Mbps on the upstream. >>>> >>>> >>>> -- >>>> Jeremy Austin >>>> >>>> (907) 895-2311 >>>> (907) 803-5422 >>>> [email protected] >>>> >>>> Heritage NetWorks >>>> Whitestone Power & Communications >>>> Vertical Broadband, LLC >>>> >>>> Schedule a meeting: http://doodle.com/jermudgeon >>>> _______________________________________________ >>>> Telrad mailing list >>>> [email protected] >>>> http://lists.wispa.org/mailman/listinfo/telrad >>> >>> _______________________________________________ >>> Telrad mailing list >>> [email protected] >>> http://lists.wispa.org/mailman/listinfo/telrad >> >> >> _______________________________________________ >> Telrad mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/telrad > > _______________________________________________ > Telrad mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/telrad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wispa.org/mailman/private/telrad/attachments/20161004/3a9067cc/attachment-0001.html ------------------------------ Message: 4 Date: Wed, 5 Oct 2016 11:53:09 +0000 From: Nick Dewar <[email protected]> Subject: Re: [Telrad] Telrad Digest, Vol 24, Issue 5 To: "[email protected]" <[email protected]> Message-ID: <09975677B1664C4C81A377341CC676670103A34752@tlrd-mail> Content-Type: text/plain; charset="us-ascii" It sounds as though you guys are referring to something which is called a forbidden list. It has everything to do with preventing UE from continually trying to attach to a foreign PLMN. There is no relevance to link conditions and only specific attach reject messages. The UE will store a forbidden PLMNID list until it is rebooted. Without this a UE could continually attempt to attach to a network for which is has no HSS instance Here are a few quotes from the standard "To avoid unnecessary registration attempts, lists of forbidden PLMNs" "If a PLMN is selected but the UE cannot register on it because registration is rejected with the cause "PLMN not allowed", the UE shall add the PLMN to the "Forbidden PLMN" list. " "If a PLMN is selected but the UE cannot register for PS services on it because registration is rejected with the cause "GPRS services not allowed in this PLMN", the UE shall not re-attempt to register for E-UTRAN or UTRAN PS or GERAN PS on that network. The PLMN is added to the list "Forbidden PLMN's for GPRS services". The UE shall not re-attempt to register " Regards Nick -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: October 4, 2016 10:44 PM To: [email protected] Subject: Telrad Digest, Vol 24, Issue 5 Send Telrad mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://lists.wispa.org/mailman/listinfo/telrad or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Telrad digest..." Today's Topics: 1. Re: CPE reconnect (Matt Hoppes) 2. Re: CPE reconnect (Adam Moffett) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Oct 2016 21:39:29 -0400 From: Matt Hoppes <[email protected]> Subject: Re: [Telrad] CPE reconnect To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" Why do I have such a love hate relationship with LTE. So how does this work in the macro network? Cell phone black lists site, then drives closer to it. Shouldn't it associate without having to be rebooted? > On Oct 4, 2016, at 21:36, Matthew Carpenter <[email protected]> > wrote: > > If the UE tries to connect to the eNB and is unable to AUTH the SIM card then > it will blacklist after 3 or 4 attempts. > At that point the UE must be rebooted to connect. I have seen this happen > many times back last January. > No way around it, its a LTE thing.. > > On the UE?s dropping from 50-60Mbit to 2Mbit, what I have seen is its an > upload issue. The Upload QAM is SO low that it cannot perform well on the > download. > A reboot brings it around and the speeds go back to normal. > What I have been told is the UE/eNB will lower the QAM rate due to > interference or other issues and it will lower the QAM faster then its rises > it back up. > > What are the ?other issues? you ask? On the CPE7000 it was bad boards that > would cause high bit rate errors inside the radio causing it to think it has > interference. > Replacing the UE would fix it. I also think the old crappy POE injectors > causes issues as well.. cannot prove it.. > > I have a UE that did this yesterday, I will watch it and if it > continues to lower is QAM over the period of a day or so then we will > replace the UE. (CPE7000) > > Also watching the tlsyslog on the EPC will give you all sorts of good > information as to what a UE is doing, or not doing correctly. I highly > suggest you watch it for bad UE?s. > > > MattCarpenter > > > > > >> On Oct 4, 2016, at 4:31 PM, Jeremy Austin <[email protected]> wrote: >> >> >>> On Tue, Oct 4, 2016 at 1:22 PM, Matt Hoppes >>> <[email protected]> wrote: >>> >>> If so, is there a way around this so a customer does not have to reboot the >>> CPE? >> >> When an IMSI is blacklisted, does this mean it isn't available for a detach? >> >> I haven't seen this problem yet, as far as I know. >> >> I'm still trying to explain why a UE should jump from 50-60 megs down, to 2, >> on a lightly loaded sector. I've been testing the 8000 on a 2x4 sector >> today. This is somewhat similar behavior to what we get daily complaints >> about ? it appears to affect customers somewhat randomly, and there is no >> cure but to wait. (I'm not about to reset the EPC.) I had hoped I wouldn't >> see it on the 8000, but so far I may be. >> >> Other than that, RF performance on the 8000 is good. I'm consistently >> hitting high modulations and 6-7 Mbps on the upstream. >> >> >> -- >> Jeremy Austin >> >> (907) 895-2311 >> (907) 803-5422 >> [email protected] >> >> Heritage NetWorks >> Whitestone Power & Communications >> Vertical Broadband, LLC >> >> Schedule a meeting: http://doodle.com/jermudgeon >> _______________________________________________ >> Telrad mailing list >> [email protected] >> http://lists.wispa.org/mailman/listinfo/telrad > > _______________________________________________ > Telrad mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/telrad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wispa.org/mailman/private/telrad/attachments/20161004/04e4ebcc/attachment-0001.html ------------------------------ Message: 2 Date: Tue, 4 Oct 2016 21:43:53 -0400 From: Adam Moffett <[email protected]> Subject: Re: [Telrad] CPE reconnect To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="windows-1252" If it's specifically an AUTH issue as opposed to a weak signal issue then it seems like that ought to work. The phone could have enough brains in it's algorithm to note that there was an auth failure and also weak CINR so maybe don't blacklist that eNB until we try it again when CINR improves. It was described to me as a function of the CPE, and if that's the case then the solution would have to be implemented in the CPE. > Why do I have such a love hate relationship with LTE. > > So how does this work in the macro network? Cell phone black lists > site, then drives closer to it. Shouldn't it associate without having > to be rebooted? > > On Oct 4, 2016, at 21:36, Matthew Carpenter > <[email protected] > <mailto:[email protected]>> wrote: > >> If the UE tries to connect to the eNB and is unable to AUTH the SIM >> card then it will blacklist after 3 or 4 attempts. >> At that point the UE must be rebooted to connect. I have seen this >> happen many times back last January. >> No way around it, its a LTE thing.. >> >> On the UE?s dropping from 50-60Mbit to 2Mbit, what I have seen is its >> an upload issue. The Upload QAM is SO low that it cannot perform >> well on the download. >> A reboot brings it around and the speeds go back to normal. >> What I have been told is the UE/eNB will lower the QAM rate due to >> interference or other issues and it will lower the QAM faster then >> its rises it back up. >> >> What are the ?other issues? you ask? On the CPE7000 it was bad >> boards that would cause high bit rate errors inside the radio causing >> it to think it has interference. >> Replacing the UE would fix it. I also think the old crappy POE >> injectors causes issues as well.. cannot prove it.. >> >> I have a UE that did this yesterday, I will watch it and if it >> continues to lower is QAM over the period of a day or so then we will >> replace the UE. (CPE7000) >> >> Also watching the tlsyslog on the EPC will give you all sorts of good >> information as to what a UE is doing, or not doing correctly. I >> highly suggest you watch it for bad UE?s. >> >> >> MattCarpenter >> >> >> >> >> >>> On Oct 4, 2016, at 4:31 PM, Jeremy Austin <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> >>> On Tue, Oct 4, 2016 at 1:22 PM, Matt Hoppes >>> <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> >>> If so, is there a way around this so a customer does not have to >>> reboot the CPE? >>> >>> >>> When an IMSI is blacklisted, does this mean it isn't available for a >>> detach? >>> >>> I haven't seen this problem yet, as far as I know. >>> >>> I'm still trying to explain why a UE should jump from 50-60 megs >>> down, to 2, on a lightly loaded sector. I've been testing the 8000 >>> on a 2x4 sector today. This is somewhat similar behavior to what we >>> get daily complaints about ? it appears to affect customers somewhat >>> randomly, and there is no cure but to wait. (I'm not about to reset >>> the EPC.) I had hoped I wouldn't see it on the 8000, but so far I >>> may be. >>> >>> Other than that, RF performance on the 8000 is good. I'm >>> consistently hitting high modulations and 6-7 Mbps on the upstream. >>> >>> >>> -- >>> Jeremy Austin >>> >>> (907) 895-2311 >>> (907) 803-5422 >>> [email protected] <mailto:[email protected]> >>> >>> Heritage NetWorks >>> Whitestone Power & Communications >>> Vertical Broadband, LLC >>> >>> Schedule a meeting: http://doodle.com/jermudgeon >>> _______________________________________________ >>> Telrad mailing list >>> [email protected] <mailto:[email protected]> >>> http://lists.wispa.org/mailman/listinfo/telrad >> >> _______________________________________________ >> Telrad mailing list >> [email protected] <mailto:[email protected]> >> http://lists.wispa.org/mailman/listinfo/telrad > > > _______________________________________________ > Telrad mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/telrad -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.wispa.org/mailman/private/telrad/attachments/20161004/fb10cadf/attachment.html ------------------------------ _______________________________________________ Telrad mailing list [email protected] http://lists.wispa.org/mailman/listinfo/telrad End of Telrad Digest, Vol 24, Issue 5 ************************************* ************************************************************************************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************************ ************************************************************************************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************************ ------------------------------ _______________________________________________ Telrad mailing list [email protected] http://lists.wispa.org/mailman/listinfo/telrad End of Telrad Digest, Vol 24, Issue 6 ************************************* ************************************************************************************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************************ ************************************************************************************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************************ _______________________________________________ Telrad mailing list [email protected] http://lists.wispa.org/mailman/listinfo/telrad
