AVM 6840 LTE beställd (Sida 3 av 6)

Här är länkar till AVMs ftp server för eng och ty tidigare fw:

ftp://service.avm.de/Downgrade/FRITZ!Box_6840_LTE/

Här är ett privat drop box arkiv med alla tidigare versioner. Han har beta versioner också

https://www.dropbox.com/sh/nn781tmc0bb8 … Q5Q1a?dl=0

Fick svaret på lte-anbieter.info forum i tråden om 6840

http://www.lte-anbieter.info/lte-forum/ … #post44204

Det finns visserkligen en cut off gräns straxt över 14 km men nästa är vid mer än 75 km. Sedan finns en tredje som är ännu högre tror jag. Operatören kan ställa in som den vill. Avlägsen cut off kan väl vara aktuell om cellen inte stör angränsande celler i huvudriktningen i din glesbygd. Eller så är antennen på masten inte nedvinklad rätt.

Tidsangivelsen som AVM använder för avståndsbedömningen behövs förf synkning av signalerna mellan bas och användare. Skulle det visa fel tror jag inte att förbindelsen fungerar, inte cellen heller. Så grundantagandet är att avståndet är korrekt. Du kan kontakta support och ange global cell id och PCI och fråga hur långt det är från dig och i vilken riktning du ska rikta en riktantenn. Eller ta med dig routern och krysspejla men det är svårt eftersom man bara får avståndsangivelsen om man är uppkopplad mot masten.

De höga hstigheterna under Übersict tror jag är vad simkortet anger som teoretisk gräns för cat 4 utrustning.

Har idag suttit i åtskilliga timmar och förberett den nya 6840-routern för fyra telefonlinjer och diverse annat finlir. Den integrerade DECT- basen med telefonväxelfunktionen erbjuder imponerande många möjligheter och alternativ.

De många basstationsväxlingarna (tydligt redovisade som återuppkopplingar i loggen) är periodvis irriterande eftersom jag tillfälligtvis bara använder paddelantennerna. Nätlistan visar 8/9 olika basar varav 5/6 på 800-bandet vilket sannolikt förklarar de ständiga bytena. När routern väl blir "fast" installerad i en mindre tätort och då med takantennen torde detta problem rimligen vara minimerat.

Eftersom jag, inledningsvis ?, haft vissa problem med telefonin på min nya AVM6840 har jag under dagen riggat båda routrarna en meter från varandra med inbyggda paddlar och noterar en intressant sak:
på den ena/gamla (med kontantkort) har IP-adressen bytts 8 gånger mellan 14.30 - 16.30. På den andra/nya (med vanlig abb.) har IP-adressen under samma tid inte bytts alls.

Har just fått svar på frågan från Telia:

Ett "vanligt" abb. har Publik IP-adress och skiftar adress mindre ofta medan ett kontantabb. inte har har Publik IP-adress och därmed kan byta adress "väldigt ofta".

Kul att kunna få svar på en sådan fråga direkt i chatten.  Kommer att ersätta kontantabbet med ett "vanligt".

Problemen är de klassiska. Efter en varierande tidsperiod (8 min - ett par timmar) är uppkoppling av samtal inte längre möjligt samtidigt som påringande får upptaget eller motsvarande. Under loggperioden på några timmar (med "vanligt" abb.) visar loggen stadigt samma IP-adress så där ligger inte felet vilket jag först trodde var problemet. Jag hittar felkoderna 408 och 503 under uppkopplingsfasen. Väntar just nu på svar på några frågor från Phonzo som också fått min logg. Gissningsvis är det en inställningsfråga i 6840:an eftersom jag, t.ex i bilen, aldrig har några problem via H820 och SPA-122-boxen och då ändå inte har ICMP påslagen i H820:an.

Detta sistnämnda är generellt särskilt intressant med tanke på ICMP:s roll. Uppenbarligen spelar ICMP ingen eller ringa roll då klienten (bilen) flyttar sig och därmed regelbundet genomför byten av basar vilket ju inte nödvändigtvis inträffar vid stationärt bruk.

Har tänkt göra det som nästa steg - i väntan på Phonzos svar.

Gör ett litet tillägg angående "Vox" upptäckt att Telia kontantkort byter IP ofta. Även ett vanligt abonnemang kopplar ned väldigt ofta med total inaktivitet, märkte detta när jag slog av wifin och stängde av alla kablade datorer.

Finns det bara minsta aktivitet, typ en mobil som ligger och är ansluten mot routern så verkar Telia inte ha någon gräns när de klipper av anslutningen.

/danne

Nytt FritzBox OS med mycket godis - och ett frågetecken.
I det nya 6.50 som kom häromdagen finns det under LTE-Info/Netzliste(Nätlista) en nytillkommen sista kolumn som i % anger Nutzung (Utnyttjande) för en eller flera basar. I normalfallet visas 100% för den bas routern är uppkopplad mot men inte sällan står det t.ex. 93% för den bas som är ansluten och 7% för en annan geografiskt närliggande bas. Värdena kan förändras under anslutningen men summan för utnyttjandet av de båda (har hittills bara sett två basar med %-angivelse) är givetvis alltid 100 %. Övriga visade basar visar 0%. Dessa %-siffror skall inte sammanblandas med den i en annan meny angivna momentana resursandelen i aktuell cell. Men vad visar siffrorna ?? Hade det varit CDMA rev.A skulle det kunna ha varit transmissionsfördelningen mellan två basar under en soft handover men inte i LTE som ju/väl inte stödjer transmission mot två basar samtidigt ?

Har bara sett 100% på ansluten cell än så länge, men iofs har jag bara en cell i nätverkslistan från använd operatör med nuvarande antennriktning.
Det går nu även att låsa på två valfria band, synd att man inte kan låsa mot en specifik cell. Om det nu är möjligt att göra från "användarsidan"?

/danne

Ansluten cell är fetmarkerad i nätlistan.

Det går bara att låsa på viss cell på 4G  med professionell mätprogramvara. På GSM lär det kunna gå med huaweikommandon. En tysk på lte-anbieterforum har undersökt grundligt.
På amerikansk cdma 3G gick det att låsa på viss cell med viss programvara.

Det finns ur operatörssynpunkt inget skäl att låta användare styra cellanslutning eftersom det skulle komma i konflikt med processen för hard handover grundad bl a på RSRQ. Det hade varit bättre om SINR hade varit invägt i handover men det är tyvärr inte fallet. En konstaterad brist. Det enda sättet att selektera en bas är att använda riktantenner inkl. paraboler eller horisontalställda basstationsantenner som kan ha en öppningsvinkel på 5-10 grader. De kostar ca tiotusen kronor. Jag köpte en begagnad för 2600 för test som nu bara ligger. Gain 18 dBi.

Lika angeläget som att kunna framhäva en viss cell vore det att kunna utesluta en oönskad cell för att undvika hoppande anslutning. Det finns ingen möjlighet till det heller med befintlig programvara.