-
Fototrend
Haladó szintű hálózati témák topikja
Új hozzászólás Aktív témák
-
crok
nagyúr
Nos, remélem mindkét switch ismeri és használja a spanning tree protokolt. Így ha véletlen nem egy hanem több kábellel kötöd őket össze akkor se borul meg a rendszered a looptól (jellemzően ezek a switchek nem tudnak trönköt képezni az interfészeikből). Ha fontosnak tartod, hogy a routeredig megkapd a lehető legnagyobb esélyt a sávszélesség kihasználására akkor a routertől húzz fel egy másik kábelt, ha nem tartod annyira fontosnak és/vagy lusta vagy és/vagy könnyebb csak a másik, meglevő switch mellé/alá/felé tenni az újat és csak összekötni egy kábellel - nos, ez is megoldás.
-
crok
nagyúr
válasz
Krystal_s #7230 üzenetére
Hálózati csomagokat tudod vele monitorozni, elfogni, lementeni.
Szedd le, telepítsd fel, indítsd el a megfelelő interface-t monitorozva mondjuk 6.00-kor. Aztán várj.. ha kész vagy akkor mentsd el és tedd fel valahova és írd meg a linket.. privátban is akár.. megadom az emailcímem is ha kell.. ha nem akarod hogy forgalom adat része benne legyen megoldható hogy csak a fejlécek legyenek meg - első körben talán az is elég. Szerintem nem DNS dolog lesz, mert a stream amit hallgasz folyamatosan megy, egy megkezdett TCP stream szakad meg és utána nem indul el. Nincs fent valami VPN kliens.. egzotikus tűzfal alkalmazás.. vagy vírusírtó ami ilyen időben frissít le valamit? Ilyennel már volt dolgom.
A router print parancs kimenete jól jönne esetleg, meg pl. nslookup google.com, nslookup [a rádió - amit hallgatsz - hosting szerverének neve ide] - csak kérlek ne képben.. nyiss egy cmd-t, add ki a parancsot és tedd mögé, hogy | clip így a kimenet egyből vágólapra kerül és paste-elheted ide vagy notepad-re vagy mittomén' (például route print | clip).
-
crok
nagyúr
válasz
ampulla #7245 üzenetére
RFC szerint nem használunk UDP-t zone-transferre, pontosabban a UDP-n keresztüli kapcsolat nincs definiálva az RFC-ben de működhet (a limitáció azért volt, mert UDP-n volt egy 512byte-os szegmensnagyság limitáció az IPv4 RFC-ben (3.1 bekezdés, Total length rész, 576byte-ot át kell tudni vinni fregmentációval is ami 512byte + a lentebbi layer-ek header infoja) és a DNSSEC válaszok pl. nem férnek bele általában ebbe - TCP-n nem volt ilyen).
[ Szerkesztve ]
-
crok
nagyúr
-
crok
nagyúr
-
crok
nagyúr
válasz
bigrock #7327 üzenetére
Én feltenném egy switchre mindet aztán port mirroring-al/SPAN-el egy gépre kitolnám a forgalmukat.. valamit tán' próbálnak kommunikálni ha eddig amúgy használatban voltak.. plusz nmap-el végigpásztázni mindet, hogy legalább azt lássad milyen portok vannak rajta nyitva - aztán az is kiindulópont lehet.. lehet van ott HTTP csak nem a megszokott portokon (pl. 8080?).
-
crok
nagyúr
válasz
4Grider #7331 üzenetére
Vagy a fertőzött gép folyamatosan nyitva tart egy "fix" NAT bejegyzést úgy, hogy random időközönként küldet a géppel egy csomagot megfelelő porton a megfelelő IP-re így utat nyitva befelé.. Így (is) működik egy botnet irányítása, crafted packet-ekkel utána vissza lehet jutni a gépig a NAT és tűzfal ellenére is (ha pl. a tűzfal nem csinál deep inspection-t csak port + window tracking-et csinál).
-
crok
nagyúr
válasz
Zwodkassy #7434 üzenetére
Igen, ugye az USB2.0 az 480Mbps signaling szintű (tehát ebben még nincs benne mondjuk hogy USB ethernet és keretezni is kell..) áteresztést képes elméletilg megvalósítani de mivel busz hozzáférés így ez limitálva van ~280Mbps áteresztésre (le+fel vagy mondjuk kifelé-befelé) szóval a 100Mbps le- és 100Mbps ethernet feltöltés épp még akár bele is férne ha bírja a benne levő chip is meg az USDB híd a gépben.
De mivel eleve mb/s volt megadva és az "m" SI szerint milli- ami ugye 10^-3.. na azt mindenképp meglépi a kb. bármi : D
-
crok
nagyúr
válasz
Peetta14 #7440 üzenetére
Azt a villanyszerelőt cserélheted is.. ha már van CAT6 akkor az a minimum hogy bármilyen bekötéssel mehessen az 1000Mbps, akár PoE-vel is.. A kettéosztott megoldás 2017-ben IMHO kókányolás, főleg arra tekintettel, hogy CAT6 a kábel. 100Mbps-re jó lesz, de mivel most csinálod (és én gondolnék a jövőre is) még meg lehet állítani ezt az ámokfutást..
-
crok
nagyúr
válasz
#15490560 #7457 üzenetére
TCP offload kikapcsolásával te is kezdhetnél első körben:
http://support.microsoft.com/kb/968991
http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574ncpa.cpl - network connections
1. From the Run command: ncpa.cpl (or go via Control panel to Network connections)
2. Right click on 'local area connection' > properties
3. Click 'configure' to open new dialog box
4. In 'Advanced' tab: select TCP checksum Offload (IPv6) & select 'Disabled' from drop-down menu."magic fix" for so many problems involving network file transfers on Windows 7/2008?
http://serverfault.com/questions/301429/tcp-offloading-netdma-magic-commands
netsh interface tcp set global autotuning=disabled
netsh interface tcp set global chimney=disabled
netsh interface tcp set global rss=disabledJa, és vagy mindkét oldal legyen auto vagy minkettő hardcoded duplexitású.. de az, ha az egyik auto a másik hardcoded csak és kizárólag rosszabb lesz (az auto oldal half-ra áll be, a speed-el nem lesz gond mert az FLP-vel megoldják a meghatározását).
-
crok
nagyúr
@n1nja:
C:\Windows\System32\drivers\etc\hosts
Ebbe tedd be mindkét gépen a másik gép IP-jét és nevét.
Ha úgy gyors a neveket használva is akkor DNS problémád lesz, talán otthon valami nagyon fancy DNS suffix-et állítottál be és eltereli/késleteti a jó találatot.
Esetleg próbáld meg hogy a gépeknek adsz statikus IP-t, nem bízod oda a routernek.nbtstat -n
Ezzel nézd meg hogy a NetBIOS általá tanult nevek+IP-k helyesk-e.
nbtstat -a [IP cím]
Ezzel pedig megkérdezheted hogy mi a neveipconfig /flushdns
..és kicsapathatod a név gyorsítótárat.Ugyanis neked szerintem ilyesmi gondod lehet. [1] [2] és ez nálad lassú, valamelyik komponens nem működik jól.
@Tomas86: bumm, szívtál..
-
crok
nagyúr
@n1nja:
Addig működik míg valami át nem írja azt a nevet - nézz már körbe a házban/hálózatban, hogy nem-e lett valamelyik gépnek kiosztva ugyanaz a név mint máshol. (A hibaüzeneted egyértelműen erre utal, nem tudja a nevet az IP-vel felvenni mert (úgy néz ki) már van egy ilyen bejegyzés, de mivel lejár idővel, a másik gép meg újra körbeküldheti az infot rossz/másik IP-vel így lehet rossz helyen kötnek ki a csomagjaid vagy eleve ki se megy mert a névfeloldás vagy nem megy (kiütötte a nevet teljesen) vagy rossz IP-re megy. Ez úgy is előfordulhat hogyha pl. otthon a routeredre Wifi-n meg kábelen is csatlakoztatva vagy.. vagy írd át most a neveket és a browser service-t indíts újra (vagy minden gépet), és ezt tedd meg minden gépen. Egy havernál egyébként egy VPN kliens csinálta meg vele ezt a mókát (VPN-en kapott saját IP-t és a NetBIOS azt adta ki lekérdezéskor mikor névvel akarta a share-t megnyitni másik gépről.. persze hogy nem ment..), egy másik esetben meg a virtualizációs program virtuális hálókártyáját jelentette vissza.[Szerk:] Közben nézelődtem és volt akinek a workgroup nevének átírása (minden gépen) megoldotta ezt..
[Szerkmég:] meg ahogy nézem 1D-re akarja regisztrálni, master browsernek.. Azt kapcsold már ki, mert mást is szivat(ott) már meg rendesen rajtad kívül - a kimeneteid szerint most a mini-PC a master browser.. nem okos ötlet.@Tomas86:
Ez megmondja:
ethtool -g eth0
Ezzel átírhatod - ha supportált:
ethtool -G eth0 rx 4096 tx 4096 -
crok
nagyúr
válasz
MasterMark #7483 üzenetére
Ezt akartam írni én is, erre ment ki minden teszt és minden link amit eddig fentebb írtam : D
-
crok
nagyúr
Megtennéd, hogy megmondod mit használsz most DNS szervernek?
Átállítanád mondjuk 8.8.8.8-ra, 208.67.222.222-re, 208.67.220.220-ra, 8.8.4.4 vagy 4.4.4.4-re minden gépen (akár a routeren is átírhatod a DHCP beállításokban aztán ipconfig /release és ipconfig /renew a gépeken vagy restart).
A DNS feloldás sorrendje a következő:
Local Cached -> Hosts -> DNS -> NetBTHa sok idő mire a DNS szervered (talán a szolgáltatóét adja tovább a router DHCP-n?) azt mondja hogy menjacsába'gőzömnincskiez és az OS ugrik a NetBT-re akkor ez magyarázhatná hogy dafuq.. tiltsd le az IPv6-ot is ha nem használod, lehet IPv6 címre vár a DNS feloldással..
-
crok
nagyúr
válasz
Core2duo6600 #7504 üzenetére
Látod, az meglehet.. a Win FW olyan dolgokkal van összedrótozva hogy az ember esze megáll.. (pl. ha jól emlékszem erről még Win10-ben se mondtak le, hogy az internetmegosztás mint szolgáltatás csak akkor megy ha a tűzfal is megy, az mindegy, hogy minden része ki van kapcsolva) de ez nem egyedi Win megoldás amúgy, emlékszem IIS-el is mennyi minden meg milyen gányul volt összedrótozva, a fülünk kettéállt mikor a dokumentációt olvastuk..
-
crok
nagyúr
A DSL-es router is ugyanúgy használta a 230V-os hálózatot is mint ez a mobilnetes? (Az, hogy a routered portja milyen jelet és "milyen erősen" küld az most nem annyira releváns, a 230V-os átalakítás már egyfajta médiakonverterként szolgál itt, szóval akár még lehet irreleváns is.. de hogy az a 230V-os átalakító pár hogy működik, milyen jó a kettő közt az átvitel, esetleg az átalakításkor volt-e ott mókolás, sérülés, zavar.. ötletem sok van).
-
crok
nagyúr
És itt a "Prefer IPv6 over IPv4 in prefix policies" nem állítja át olyanra amilyet szeretnél?
Szerintem csak annyi van, hogy v4 van preferálva v6 felett - és amíg a DNS szervertől előrébb kapsz v4 IP-t mint v6-ot addig az lesz amit eredményként kaptál.
@4Grider: az a baja, hogy hiába van meg minden komponens nem használja pl. a böngészője..
De amúgy tök vicces, hogy a "Hálózatokról alaposan" általában opsys support : D
[ Szerkesztve ]
-
crok
nagyúr
@megema:
A CAT6 jó, a CAT6a meg mégjobb (az már nem 250 hanem 500MHz sávszélességet is tud biztosítani, ami a 100m-en átvitt 10GBASE-T-hez kell - de ez is így kell érteni, hogy 90m fali kábel + 5m+5m patch, amúgy csak max. 55m a garantált, 45m + 5m+5m).
A CAT6-on nem fog átmenni (talán csak nagyon rövid hosszon) a 250MHz-re tervezés miatt, ezért nem garantálják. Még a csatlakozó és maga a kötés is "különlegesebb" kell legyen mint egy mezei RJ45 a rengeteg esetleges veszteség és káros visszacsatolás miatt (ez vonatkozik a patch panelekre is de amúgy visszafelé kompatibilis persze, ilyenek a Tera, a GG45.. de ez meg már CAT7/Class F). CAT6a-ra van fali aljzatra találat szép számmal minden keresőben.@MasterMark:
milyen más elméletibb kérdésre vársz választ?
Mert pl. bolvar "egy fél város komplett optikai légkábelezésével" szerintem az országban lehet csak alig foglalkoznak páran, mint pl. a Digi emberei mostanában (meg mikor a TVNetwork-el olvadt össze pl. Debrecenben), azért az egy eléggé "rétegtudás", mindenben sajnos itt se lehet segíteni. De azért a két kérdés közt érzed a távolságot.. igaz? Én mikor először itt elolvastam pár kérdést arra gondoltam, hogy majd tele lesz mutual BGP prefix marking + filtering-el vagy mittudomén' de közben rájöttem hogy leginkább csak annyi, hogy ami nem otthoni és valahogy a hálózatokhoz van köze meg az otthoni hálózatok témánál már túlmutat (vagy ugye opsys support de valamilyen szinten mégiscsak hálózat : D ) na, ez mind itt csapódik le : D -
crok
nagyúr
válasz
MasterMark #7521 üzenetére
Parancsolj, TCP offload engine leírások..
egy háklis ügyfelemnek szedtem össze anno egy emailben..
Egyébként a bufferezés meg gyártófüggő, az hogy auto vagy nem meg (Windows-on) driver+verzió függő, mert pl. 2k3-ban by default auto még ha nincs is támogatva és persze force-olja a NIC-re, aztán DMA storm is lehet belőle, odavissza pattogó kérésekkel a CPU meg a NIC közt.. csomagonként.. hogy ezt most kiszervezném de a NIC nem támogatja, meg ezt is kiszervezném, de a NIC nem támogatja, et cetera.. és így lesz az "érthetetlen lag"..TCP Chimney, TCPIP Offload Engine (TOE) or TCP Segmentation Offload (TSO)
http://support.microsoft.com/kb/951037
http://windows.microsoft.com/en-us/windows-vista/what-is-tcp-chimney-offload
http://en.wikipedia.org/wiki/TCP_offload_engine
https://msdn.microsoft.com/en-us/library/windows/hardware/ff570929(v=vs.85).aspx
https://docs.microsoft.com/en-us/windows-hardware/drivers/network/tcp-chimney-architecture
https://blogs.technet.microsoft.com/onthewire/2014/01/21/tcp-offloadingchimney-rsswhat-is-it-and-should-i-disable-it/TCP Chimney Offload is a networking technology that allows the work associated with moving data across a network to be offloaded from the host computer's CPU to the network adapter. This helps improve the processing of network data on your computer or server without the need for additional programs or any loss to manageability or security. Programs that are currently bound by network processing overhead will generally scale better when used with TCP Chimney Offload.
Known Issues:
o Limitations of hardware — because connections are buffered and processed on the TOE chip, resource limitations happen more often then they would if processed by the ample CPU and memory resources that are available to the operating system. This limitation of resources on the TOE chip can cause communication issues.
o Complexity — issues such as memory used by open connections are not available with TOE. TOE also requires very large changes to a networking stack in order to be supported properly, and even when that is done, features like Quality of Service and packet filtering typically do not work.
o Proprietary — TOE is implemented differently by each hardware vendor. This means more code must be rewritten to deal with the various TOE implementations, at a cost of the aforementioned complexity and, possibly, security. Furthermore, TOE firmware cannot be easily modified since it is closed-source.
o Performance — Each TOE NIC has a limited lifetime of usefulness, because system hardware rapidly catches up to TOE performance levels, and eventually exceeds TOE performance levels. TOE does not increase bandwidth on the network. In simple terms, TOE removes the responsibility of the protocol stack from the Server’s CPU allowing the server CPU to process information faster. As hardware performance increases, processes can complete their task prior to TOEs acknowledgment of the receipt of transmission; thus causing communication issues.Error
o A transport-level error has occurred when sending the request to the server (provider: TCP Provider, error 0 - An existing connection was forcibly closed by the remote host.)
Cause
o This issue can occur when either TCP Chimney Offload, TCP/IP Offload Engine (TOE) or TCP Segmentation Offload (TSO) are enabled.
o TCP Chimney, TCPIP Offload Engine (TOE) and TCP Segmentation Offload (TSO) off loads the TCP protocol stack to a Network Interface Card (NIC).
a TCP Chimney is Microsoft's software enhancement.
b TOE is the NIC manufacturer's hardware enhancement.
c TSO is the equivalent to TOE for some virtual environment configurations.
The TCP Chimney Offload feature is enabled by default in the Windows Server 2003 Scalable Networking Pack. This update is included in Windows Server 2003 Service Pack 2 and can also be installed on a server running Windows 2003 Service Pack 1.Solution: implement the following actions and the below Workaround to better ensure resolution of the issue:
o Obtain the latest basic input/output system (BIOS) update for the server
o Obtain the latest firmware update for the network adapter
o Obtain the latest driver update for the network adapter
Workaround and solutions, like disable TCP Chimney Offload feature, et cetera:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
o Right-click EnableTCPChimney, and then click Modify.
In the Value data box, type 0, and then click OK.
o Right-click EnableRSS, and then click Modify.
In the Value data box, type 0, and then click OK.
o Right-click EnableTCPA, and then click Modify.
In the Value data box, type 0, and then click OK.
o Exit Registry Editor, and then restart the computer.http://www.symantec.com/business/support/index?page=content&id=TECH197934
http://support.microsoft.com/kb/948496/en-us
http://knowledgebase.progress.com/articles/Article/P163165
http://blogs.technet.com/b/onthewire/archive/2014/01/21/tcp-offloading-chimney-amp-rss-what-is-it-and-should-i-disable-it.aspxSlow file copy or slow file transfer with various Windows versions 2k8, 2k8R2, 2k3
http://winntfs.com/2011/10/07/slow-file-copy-or-slow-file-transfer-with-various-windows-versions-2k8-2k8r2-2k3/
Symptom: File copy or File transfer speed is slow, either to a local drive or a network drive, especially so when a Windows Server 2008 or newer Windows file server is involved.
Possible Solutions in no particular Order
o Make sure both IPv6 and IPv4 are running on 2008 R2, even if the 2008 R2 server is the lone IPv6 device on the network! There may be alternate solutions but this solution has been reported to work
o Tune TCP on client – set autotuning to off "netsh interface tcp set global autotuninglevel=disabled"
o Tune TCP on client and server – turn off receive side scaling "netsh interface tcp set global rss=disabled"
o Tune TCP disable large send offload
o Tune TCP disable large receive offload
o Tune TCP – disable offloadClient side:
ncpa.cpl - network connections
1. From the Run command: ncpa.cpl (or go via Control panel to Network connections)
2. Right click on 'local area connection' > properties
3. Click 'configure' to open new dialog box
4. In 'Advanced' tab: select TCP checksum Offload (IPv6) & select 'Disabled' from drop-down menu.File copying from down-level systems to Windows Vista or Windows Server 2008 is significantly slower if Intel I/OAT (Intel I/O Acceleration Technology) is enabled on the computer.) is enabled
http://support.microsoft.com/kb/968991http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574
"magic fix" for so many problems involving network file transfers on Windows 7/2008?
http://serverfault.com/questions/301429/tcp-offloading-netdma-magic-commands
netsh interface tcp set global autotuning=disabled
netsh interface tcp set global chimney=disabled
netsh interface tcp set global rss=disabledhttp://ccie-or-null.net/2014/11/25/wireshark-tid-bit-packets-larger-than-the-mtu-size-why-how/
http://sandilands.info/sgordon/segmentation-offloading-with-wireshark-and-ethtoolA VPN-es kérdésed se tipikusan hálózatos.. természetesen fel lehet kapcsolódni olyan routerrel PPTP-n segítségéven a szerveredhez ami támogatja de a szervert meg a routert is jól kell beállítani, nem csak klikkklikkfiniss' mert általában fontos dolgok maradnak ki, mint a LAN megadása, a PPTP remote beállításainak megadása.. nem úgy megy ez hogy user+pass és akkor kapcsolódtam.. igen, kapcsolódtál, és hogyan fogja tudni a szerver mi van a router mögött? Honnan fogja tudni a router mi mehet a PPTP-ben és mi a "sima internet"? Semmilyen beállítás vagy támpont nincs a kérdésedben, se debug, se az égvilágon semmi azon kívül, hogy a log szerint PPTP-n próbálsz csatlakozni valamivel valamihez és kaptál egy hibakódot hogy nem ment.. még az se derül ki hogy a PPTP szervert DNS-el kellett-e feloldani IP-vé vagy eleve IP volt megadva (mert ha DNS és elírtad a szerver nevét és azért nem megy.. vagy a szerver is egy NAT-oló router mögött van-e, port forwarding megvan-e, port triggering be van-e állítva, tűzfal nyitva van-e a kapcsolatnak.. tud-e az a router PPTP pass-through-t? Mert ugye a PPTP nem csak TCP 1723 (a tunnel felépítésére) hanem GRE forgalom (maga a tunnel, az adat, ami egyébként nem GRE hanem eGRE) is, ami se nem TCP se nem UDP!) Érzed azért hogy ez így meglehetősen *kevés* információ.. Erre csak max. amolyan Gyurcsókos "küldömazenergiátérzedelmárral' tudok válaszolni.. én jegyben ilyet leírást kapok visszadobom.. értem hogy fáj ha megnyomod az ujjaddal, de hol nyomod meg és az ujjad fáj ha megnyomod vagy ott fáj ahol megnyomtad? Érted hogy hogy mondom..
..meg úgy gondolom PPTP-t használni 2017-ben balgaság. A pucér PPTP-nél kb. bármi jobb. Akkor már inkább a két router közt majdnem bármilyen IPSec aztán kapcsolódhatsz a szerverhez..
-
crok
nagyúr
válasz
ChuckyCheese #7523 üzenetére
Szerintem valamelyik kapcsolat nem állt be csak 100Mbps-re.. nagyon közel van az a 95Mbps a 100-hoz.
Biztos vagy benne, hogy a routert amibe dugtad (bármilyen Internet szolgáltató eszköz is legyen) az tud gigabit sebességet és a routereddel össze is áll gigabit kapcsolattal? Érdemes lenne egy gigabit-es hálókártyás géppel kipróbálni és megnézni, hogy mire áll be.. ne a LED-nek higgyél hanem a mérésnek és a kimeneteknek. A leírása szerint pl. a LAN port ledjei világítanak ha van beledugva valami és nem világítanak ha nincs.. A WAN meg zöld ha van bedugva valami és "van internet" (van IP-címe..) és sárga, ha van bedugva valami és "nincs internet"..
Meg amúgy [link] és összefoglaló.
-
crok
nagyúr
válasz
ChuckyCheese #7525 üzenetére
Mert sima G-n lehetsz.. és akkor örülhetsz is ennyinek, mert ez kb. a max amit ki lehet passzírozni..
-
crok
nagyúr
válasz
ChuckyCheese #7527 üzenetére
..és azt is választja? És a routeren sincs kilőve hogy G-only?
-
crok
nagyúr
válasz
ChuckyCheese #7529 üzenetére
Az már N és akkor ott bizony ennyit tudnak az eszközeid szerintem. Ha tippelnem kellene akkor 20MHz a channel width a routered beállításai közt vagy auto és akkor ennyit tudnak az eszközeid összehozni automatán.. - 40MHz-el és channel bonding-al tud az N szabvány (elméleti!) 150Mbps-t.. [Szerk.] De ez nem hálózatokról alaposan..
[ Szerkesztve ]
-
crok
nagyúr
válasz
ChuckyCheese #7531 üzenetére
RF alapok hiányoznak nálad.
Most az lényegtelen hogy mellette állsz, a szabvány az szabvány, a jelsávszél meg jelsávszél.. ha nincs beállítva akkor nincs, akkor nincs használatban, akkor annyi a max. Pont. -
crok
nagyúr
Ez ugyan csak a V3 gyári menüje (nem a V4 amit mondasz hogy neked van) de a Wireless menü Wireless settings-ében van olyan hogy Channel Width - na, ha az 40Mhz akkor lehet 150Mbps wifi linked, ha 20Mhz akkor nem lehet.. ha auto de az készülékeid nem tudnak 40MHz-t akkor marad a 20hz.. ha a készülékeid is támogatják akkor állítsd át, ha nem akkor nem fogsz tudni rá visszamenni mentés és restart után és ha nincs kábeles megoldásod a visszalépésre/visszaállításra akkor kvázi kizárod magad.
-
crok
nagyúr
válasz
ChuckyCheese #7534 üzenetére
Ami a 20Mhz mellett - ismerve a radio atvitel felduplexitasat - teljesen normalis ertek imho.
-
crok
nagyúr
válasz
ChuckyCheese #7536 üzenetére
Ez egy borzasztó kínai > angol fordítás eredménye, semmi értelme nincs így ahogy ez le van írva.. nah, nagy levegő.. A GI egy időzító.. arra szolgál, hogy mennyit várjon a készülék két küldött szimbólum közt hogy elkerülje a visszaverődésből és egyéb fizikai jelenségekből adódó zajokat. Nyilván ha kevesebbet kell várni akkor egység idő alatt több szimbólum küldhető. 802.11n-ben ezt az időt az alap 800ns-ről (ez a long GI) le lehet venni 400ns-re (ez a short GI). Ez nem az IFS (InterFrame Space) amit viszont arra való, hogy legyen egy backoff timer két frame közt hogyha valaki más is küldene (esetleg magasabb prioritású csomagot, pl. VoIP) akkor be tudja szúrni a "levegőbe".
[Mégegylink'] -
crok
nagyúr
válasz
ChuckyCheese #7538 üzenetére
Örülök, hogy (nem?) tudtam segíteni : D
-
crok
nagyúr
válasz
MasterMark #7521 üzenetére
@MasterMark: Nem volt elég kielégítő a válaszom?
-
crok
nagyúr
válasz
Doky586 #7559 üzenetére
Azért mert az IPTV multicast, az internetrádió és a Youtube meg unicast.
Az IPTV egy műsor szórása, az, hogy több csatorna műsorát nézheted az azt jelenti (például) hogy másik multicast IP-re fogsz kérést küldeni hogy szeretnéd ha megkapnád a csomagjait és így fog a "randevúpontokon" keresztül hozzád eljutni, ezzel minimalizálva a hálózati forgalmat mivel csak annak lesz replikálva és forgalmazva aki kifejezetten kérte. Azért kevés az esély, hogy a Youtube-on egy-egy video-t olyan nagy számban pont egyszerre fog valaki elindítani és nézni. Oda unicast kell. A TV pl. (vagy egy élő megfigyelőrendszer) ilyen, mert bekapcsolódsz a nézésébe, a műsor meg elkezdődik ha akarod ha nem (a multicast szórás is elindul ha akarod ha nem). Az internetrádió kicsit más káposzta, ugyan ott is lehetne ezzel operálni de a vételre alkalmas eszközök sokba kerülnének ha tudniuk kellene ezt a feature-t is és nem lenne komoly előnye, hiszen a TV tiszta hanggal mégiscsak sokkal nagyobb sávszél (és ezáltal nagyobb megtakarítás) mint egy netrádió, ami mono 64kbps vagy szereo 128kbps, ott a unicast bőven megfelel.
[Szerk.]: semmi hártányod nemigen lesz ha egy mezei, otthoni LAN-on nincs rá lehetőség vagy letiltod..[ Szerkesztve ]
Új hozzászólás Aktív témák
- Ubiquiti hálózati eszközök
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Azonnali alaplapos kérdések órája
- Kecskemét és környéke adok-veszek-beszélgetek
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Autós topik
- PlayStation 5
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Ukrajnai háború
- További aktív témák...
- Eladó bontatlan AMD Ryzen 7 7800X3D processzor
- Új bontatlan Sandisk Ultra 3d SSD 4TB és Samsung 2.5 870 Evo 500GB SATA3 (MZ-77E500B)
- AkciÓ ÚJ Bontatlan MacBook Pro 16 M3 Pro 12CPU/18GPU 18GB/512GB SSD Magyar bill Azonnal átvehető.
- ÉRKEZETT Bontatlan Új M2 M4 IPAD PRO 2022 11 128GB - 256GB Wi-Fi Azonnal Deák Térnél Átvehető.
- DeLL Precision 7740 workstation, üzletből, I7-9850H/32RAM/512GBSSD/NVIDIA QuadroRTX3000/17,3"FULLHD