Lars1

Til alm. Gbit i et alm. hus er skærmede kabler normalt ikke nødvendigt, men hvis du har skærmet kabler, så bør du stel forbinde skærmen i den ene ende, ellers kan du risiker at skærmen virker som en antenne og indfanger støj, som så bliver sendt ind i kablet. Du må ikke stel forbinde kablet i begge ende, da det så kan komme til at virke som en udlignings forbindelse, hvilket er endnu værre og helt sikkert vil medføre dårlig net performance. Nej. Det er meget naturligt. Parne er individuelt balancerede. Den ene leder i et par er signal. Den anden 0 potentiale. Hvis du bytter lederne i den ene ende, så vil du sende signalet direkte til 0, og så virker Gbit selvfølgelig ikke. 100Mbit er ikke nær så følsom, da det både kan køre half of full duplex. I half duplex skal der bare være hul igennem på det ene af de 2 100Mbit par. Et patch kabel er bare et forlænger kabel, men det skal selvfølgelig overholde samme standard som væg kablet. De sidder jo i serie, ligesom ved en kæde. Hvis et led fejler, så fejler hele kæden.

Hvorfor spille tid på at klage over noget hvor du på forhånd vil blive afvist. ISP'erne har absolut ingen pligt til at give dig nogen som helst værktøjer til at beskytte dig mod hacker. Bortset fra det. Den liste du efterlyser kan i bedste fald bruges under fejlsøgning ved manglende conenctivity. Som beskyttelse mod hacker er den værdiløs.

Alle IP's i den liste der er vist i dette skærmdump er i DHCP ranget og tilkoblet med WIFI, så jeg vil gætte på at formålet med denne liste er WIFI fejlsøgning. Hvis IHC controlleren er tilsluttet via netværks kabel, så er det meget tænkeligt at den aldrig vil dukke op i denne liste. Jeg kan ikke se hvad det er du vil klage over. Der står ingen stedder at du SKAL have en router, som viser dig ARP listen på samtlige interne netværk.

Du kunne du også med V2, hvis du lavede source NAT i din router, så alt traffik til IHC controlleren blev gemt bag routerens interne IP. Jeg ved ikke om det er det samme der årsagen til det i dette tilfælde, eller om LK rent faktisk har droppet den begrænsning.

Prøv nu for en gang skyld at læse hvad jeg skriver. En DHCP liste er en liste over IP's tildelt af DHCP serveren i den pågældende enhed. Denne liste indeholder IKKE enheder med statiske IP's. IP's eksister i denne liste indtil tildeling (lease) løber ud, hvilket normalt er 1-3 dage alt efter router model etc. En DHCP lease bliver ikke released når du slukker din enhed. Den bliver først released når lease periode udløber. En ARP liste indeholder alle MAC og IP addresse som har været i forbindelse med enheden, og i nogle tilfælde også enheder som bare har broadcasted deres MAC og IP på det fysiske net eller wireless SSID. Timeout i denne liste er ofte mindre end 1 time. Begge lister er med andre ord cashede lister, og faktisk er der større sandsynlighed for at se gamle nu slukkede enheder i DHCP listen end i ARP listen.

Jeg kender ikke din kabel tester. Der findes +100 forskellige modeller som alle funger vidt forskelligt. Men som Lars Jacobsen skriver, så er det meget tænkeligt at G betyder ground. Det kræver dig at de patch kabler du bruger under testen også er skærmet for at du kan teste ground. Det afhænger af hvad du vil teste. En gennemgangs tester kan fåes for et par 100 kr. eller du kan lave den selv med et batteri, 2 stumper ledning og en pære som passer til spændingen på batteriet. Alterntivt kan du også købe en kabel tester til +50.000 som kan teste det hele i en omgang, incl. impedans, støj imunitet, max hastighed, om kablet er bøjet for meget undervejs etc. etc. etc. etc. etc. Når du tester for kortslutning af skærmen eller lederne, skal du teste lederne 1 af gangen uden noget tilsluttet i den anden ende. Du skal ganske simpelt måle om der er forbindelse mellem skærmen og en eller flere af lederne. Er der det, vil Gbit ikke funger på det kabel. Jeg tvivler på at du i en bolig vil kunne opfange så meget støj i en ikke korrekt jordet skærm at det vil have nogen effekt på hastigheden i kablet. I en fabrik er det en helt anden sag.

Jeg gætter på at din gamle controller var forbindet med fysisk kable. Så hvorfor ændre dette? Bortset fra det, så ser det ud til at dit wireless køre på 192.168.1.0/24 IP range, så hvor kommer 10.154.16.0/24 fra? Min anbefaling vil være at fjerne wireless donglen/disable wirless og få det fysiske net til at virker. Derefter kan du altid lege med at få wireless til at køre. Jeg vil dog ikke blive overrasket hvis det viser sig at man ikke kan have både fysisk og wireless adgang til controlleren på sammetid.

Jeg har ikke selv en V3 controller, så jeg ved ikke præcist hvordan netværk skal konfigureres på den. Men udfra de screen shots Stefan har uploadet, så er det tydeligt at wireless har sin egen IP configuration. Hvis begge interfaces bliver konfigureret vil jeg umiddelbart gætte på at det fysiske tager prioritet, da man jo ikke kan have 2 default gateways. Men som skrevet har jeg ikke nogen V3 controller, og kan derfor ikke sige noget med sikkerhed.

Har du testet hastigheden på det "defekte" kable med samme udstyr som de kabler som er OK? Og med samme udstyr mener jeg ALT skal være det samme helt ned til patch kabler etc. Den eneste forskel skal være det fysiske kabel fra IHC NET basis boksen og væg udtaget. En fejl jeg er løbet ind i et par gange er at skærmen er blevet kortsluttet til en eller flere af lederne. Det kan du måle dig frem til med en gennemgangs tester. De billige kable tester, tester normalt ikke dette.

Jeg tror du skal passe på med at have både wired og wireless adgang til controlleren på samme tid. På en PC giver det nogle sjove udfordringer. På en LK IHC controller tør jeg slet ikke spå om udfaldet, og jeg vil under alle omstændigheder aldrig konfigurer de 2 netværk i samme subnet. Prøv at få det ene net til at funger før du tilføjer det andet.

Jeg har tabt overblikket, så du må lige starte forfra med at beskrive hvad udstyr/netkabler du har tilkoblet mellem din router og det udstyr du har i den fjerneste ende. Vedr. patch kabler bør du ikke bruge dem som følger med til IHC NET Basis boksen. Der findes en udgave, som mangler 2 par og dermed kun understøtter 100Mbit.

Det afhænger vel af om listen han kigger på er en DHCP tildelings liste eller en arp liste. Der er en kæmpe forskel på de 2, og de fleste router kan vise begge.

Hvis du kan få fat på filen, så kan den reddes. Men hvis skaderne er for store, er det måske ikke besværet værd. De gange jeg har set en korrumperet .vis fil har en xml validator dog kunnet spotte problemet på sekunder, og korrektionen tog ikke meget længere.

Der er flere ting i LK IHC som ikke giver mening idag, men man skal huske på at arkitekturen bygger på samme design som da IHC kom frem for over 20 år siden og at Visual softwaren ikke er blevet grundlæggende ændret i over 15 år. For 20 år side var 256Kbit internet forbindelser forbeholdt store firmaer og private brugte 64Kbit ISDN dial up hvis de var avancerede.

I særligt støjfyldte miljøer kan du komme ud for at skærmen virker som en antenne hvis det ikke er forbundet til jord korrekt. Men det har jeg endnu aldrig hørt om i private installationer.

Jeg så så sent som i sidste mdr. en sprit ny 100Mbit power injector til salg i en webshop, men det var mere normalt for 2-3 år siden.

Nu findes der flere versioner af PoE, og de bruger forskellige eller flere par til power. Men vigtigst af alt. Som Lars Jacobsen skriver. Ældre power injector supporter normalt kun 100Mbit, og de har ofte ikke par 3 og 4 ført gennem injector adaptoren.

Det var tydeligt på dit billed at kablet ikke er skærmet. Normalt bruger man ikke skærmede stik til ikke skærmede kabler og skærmede stik til skærmede kabler. Årsagen er at skærmen skal være ubrudt fra jord forbindelsen i krydfeltet, eller i dit tilfælde IHC NET basis boksen, og helt ud til den enhed du har tilsluttet, således at støj kan ledes til jord. Det virker lidt underligt at der ikke er brugt skærmede kabler i din IHC NET Basis installation. Det betyder i praktis at den vil have været rigtig dårlig til antenne signaler, og du vil sikkert have haft dårlig netforbindelse, p.gr.af indstråling af støj fra antenne paret til net parne.

Hvis den ene ende er lavet med farvekode A og den anden med B, afhænger det af dit IT udstyr om det vil virke overhovedet, eller om du vil få 100Mbit igennem. Gbit vil du kun få i særlige tilfælde. Årsage er at bytningen af par 1 og 2 giver et krydset netkable. Det bruger man stortset ikke længere, da det meste IT udstyr idag selv kan finde ud af at bytte parne hvis man kobler 2 switche samme. Krydsede kabler er dog ikke understøttet af Gbit standarden. Nogle switche understøtter dog at man krydser de 2 par, men det er ikke standard.

Det kabel som er brugt, er ikke et LK IHC Net kabel, men et alm. Cat 5 kabel uden skærm, så farvekoden er som i det link Kandersen har lagt i tråden, og du behøver ikke de skærmede stik. Den eneste måde at finde ud af hvordan stikket i den anden ende er samlet, er ved at åbne det eller bruge en tester. Jeg købte fornylig en PDS tester for 2-300 kr. Den kan kun teste gennemgang, men til hjemmebrug er det 99% af hvad du skal bruge. Når jeg kigger på billedet, så ser det ud som om at den brun/hvide leder er smuttet ved siden af skære klemmen. Hvis det er korrekt, har du årsagen til dit problem.

Det kan man i Visual 3, men ikke i Visual 2 eller fra 2 til 3. Desværre.

En af reset firmware versioner er bygget til at resette alt incl. wireless linkning. Linkningen ligger både i programmet og i controlleren. Det er derfor du ikke bare kan flytte et program med wireless enheder til en anden controller uden også at genlinke alle wireless enheder.

Du har sikkert ikke fået monteret alle leder korrekt. 100Mbit kræver kun par 1 og 2, mens Gbit kræver alle 4 par, hvilket også er årsagen til at IHC NET Basis enheden ikke kan klare mere end 100Mbit. I den er par 3 og 4 brugt til TV or telefoni. Du vil ikke kunne se forskel på de 2 metoder. Man kan måle det, men du er ude i marginalerne, og der er større forskel på de enkelte producenter end de 2 metoder. STP er til skærmede kabler. Det er det stik du bør bruge, men du skal også finde en måde at få skærmen forbundet til en jord forbindelse. Det skal nemlig ske i termineringen. I switchen er skærmen galvanisk adskilt fra resten. Det er dog ikke noget du bør bekymre dig meget om, medmindre du bor i et område med meget elektrisk støj.

Og du har prøvet at genstarte controlleren, incl. at fjerne strømmen i 10 sek.? Jeg har oplevet tilsvarende problemer med min wireless controller. Men problemet er altid gået væk efter en genstart. Dog har jeg fornyligt opdaget at en enkelt wireless enhed med dårlig kommunikation kan bloker for kommunikationen med alle de andre wireless enheder. Det burde dog også bloker for at wireless tryk kan sende ændringer til controlleren. Selv de bedste laver begynder fejl. Jeg måtte fornylig hjælpe en kollega med at slå caps lock fra på hans keyboard så han kunne logge ind. Han havde ikke opdaget den gule advarsels tekst midt på skærmen om at Caps lock var aktiv. Vi arbejder begge som chief Architects for større international kunder. Jeg tror heller ikke det er problemet, men med LK IHC skal man ryde så mange fejl væk som muligt. Specielt deres IP protokol er katastrofalt implementeret. Har du iøvrigt nogen trejdeparts produkter tilsluttet?

Du starter med at unlinke alt, og så genlinker du alle dine produkter. Fejlen er sikkert opstået da du uploadede en af reset firmwarene.