|
|
|
|
Strumenti |
28-08-2016, 12:10 | #74961 |
Senior Member
Iscritto dal: May 2015
Messaggi: 1677
|
Ma è possibile che su questo sito http://proof.ovh.net/ mi risulti un upload di 26mbs? Che sono 3mb e rotti?
|
28-08-2016, 12:49 | #74962 |
Senior Member
Iscritto dal: Jun 2016
Città: PD province
Messaggi: 2162
|
Forse stai trasferendo dati comprimibili utilizzando un software che supporta la compressione onfly?
ai tempi dei modem e delle prime connessioni a internet il protocollo ppp supportava la compressione dei dati, e lo steso facevano i modem, in fondo viste le basse velocita' di allora il lavoro richiesto per la compressione era esiguo ance per quelle cpu. |
28-08-2016, 12:58 | #74963 | |
Senior Member
Iscritto dal: Jun 2005
Messaggi: 21901
|
Upload sballato con OVH
Quote:
|
|
28-08-2016, 13:07 | #74964 | |
Senior Member
Iscritto dal: Jun 2016
Città: PD province
Messaggi: 2162
|
Quote:
La differenza sta nel fatto che mentre nelle trasmissioni broadcast o nella lettura di supporti di memorizzazione (nota anche anche hdd e ssd ne necessitano) si deve abbondare con i dati ridondanti, nel caso di una comunicazione bidirezionale e' possibile ridurre i dati ridondanti per incrementare le prestazioni e ritrasmettere i dati persi (o ritrasmettere anche la sola ridondanza) e in questo caso si tratta di cercare il compromesso fra overhead da trasmettere e necessita' di ritrasmissioni per avere la prestazione migliore. In caso di trasmissioni unicast o lettura di memorie si deve abbondare perche' una mancata correzione e' un errore irreparabile , pensa a un cd con un settore illeggibile, ed ecco che i settori portano 2048 byte di dati e 128+128 di ridondanza, le trasmissioni tv 288/64/64, la Sony sui nastri video broadcast SD vent'anni fa registrava 2 volte e mezza il bitrare del video, etc. Quanto siano proporzionati questi fattori penso li decida il provider. Ps: smanettando sui trasmettitori video dvb asi ho trovato le impostazioni per variare tutto questi parametri a piacimento, ma se vuoi inserire il tuo canale in un pacchetto di emittenti tv terrestri non puoi mettere quello che ti pare. Spero di aver reso il concetto, non e' proprio materia semplicissima e i numeri esatti che si usano spesso te li devi scoprire da solo. Ultima modifica di Busone di Higgs : 28-08-2016 alle 13:10. |
|
28-08-2016, 13:46 | #74965 | |
Senior Member
Iscritto dal: Oct 2007
Città: Pavia
Messaggi: 646
|
Quote:
|
|
28-08-2016, 17:23 | #74966 | |
Senior Member
Iscritto dal: Aug 2012
Città: Sardinia
Messaggi: 2753
|
Quote:
__________________
FTTH TIM 1 Gigabit Down 300 Megabit Up - Forum: Banda Ultra Larga VDSL in Sardegna > MAPPA Fondatore ed amministratore di SARDEGNA DIGITAL il primo portale web sul mondo della tecnologia e del digitale in Sardegna. Ultima modifica di MaxFabio93 : 28-08-2016 alle 17:27. |
|
28-08-2016, 17:37 | #74967 |
Senior Member
Iscritto dal: Nov 2007
Città: Lecce, Italia
Messaggi: 1240
|
Ragazzi, forse a settembre (spero prima visto che dovevo essere gia' attivo a luglio) sarò dei vostri.
Vorrei porre a chi è gia' "fibrato" delle domande che purtroppo, pur seguendovi da un sacco di tempo ormai, non mi capita spesso di leggere. Com'è la navigazione in generale con la fttc? Tipo lo streaming video, ecc.... notate delle sostanziali differenze rispetto a quando eravate in adsl2+? E per chi li usa, come si comporta la fttc con i software di assistenza remota? Si nota tanto la differenza? Scusate se posto queste domande che per voi possono essere banali ma leggo pagine e pagine di portante che cala di 1000-4000 kbps, ping e diafonia... so che quest'ultime sono cose importanti e vi ringrazio perchè, leggendovi, ho arricchito settori che per me erano sconosciuti ma vorrei (se possibile) avere delle opinioni in merito visto che il mio lavoro consiste anche nel dare teleassistenza a decine di client/server remoti, spesso simultaneamente. Grazie e buona serata.
__________________
Case: Corsair Carbide 200R - CPU: i5-4690K - Cooler: Arctic Freezer 13 - MB: Asus Z97-A - RAM: G.Skill F32400C10-4GTX 2x4GB - GPU: Sapphire R9 290 Tri-X OC - PSU: Corsair RM750 - SSD: Samsung 960 EVO 500GB NVMe - Monitor: Dell U2414H - Tastiera: Quickfire Ultimate Cherry MX Brown - Mouse: Logitech G303 |
28-08-2016, 17:48 | #74968 |
Senior Member
Iscritto dal: May 2015
Messaggi: 1677
|
|
28-08-2016, 18:03 | #74969 | |
Senior Member
Iscritto dal: Nov 2014
Città: Yharnam
Messaggi: 2850
|
Quote:
miglioramenti in tutti gli utilizzi, dal gaming al semplice navigare, quindi credo che anche nell'ambito della teleassistenza sia migliore ovviamente ping molto più bassi per quanto riguarda la diafonia, personalmente ho da più di un mese la fibra e la portante è rimasta sempre la stessa (93.000 circa) sarà che sono circondato da vecchietti
__________________
Intel i9-10980XE + Kraken X53 - ASUS TUF X299 MARK 2 - 64GB Corsair Dominator DDR4 - Radeon RX 6900 XT - EVGA SuperNOVA T2 1000w - 2x Samsung SSD 980 PRO 2TB - Pioneer BDR-S12J-X - Thermaltake Kandalf VA9003BWS - ASUS PG42UQ - Filco Majestouch-2 - Razer DeathAdder Elite - M2Tech Young MKIV - Rudistor NX-03 - AKG K702 65th A.E. Cardas - Foto - YouTube - Steam - MyAnimeList |
|
28-08-2016, 18:05 | #74970 | |
Senior Member
Iscritto dal: Jun 2016
Città: PD province
Messaggi: 2162
|
Quote:
poi dove stanno rimpiazzando le onu da 48 porte stanno montato un nuovo tipo di colonnina che ribattezzerei colonnone, di colore nero lucido con l'aspetto di un torpedo rivolto verso l'alto (o a detta di qualcuno di una supposta, un dildo, il serbatoio dello shuttle, ma la parte superiore e' una semisfera perfetta), sara' alto un metro. |
|
28-08-2016, 18:12 | #74971 | ||
Senior Member
Iscritto dal: Jan 2015
Città: Torino
Messaggi: 1599
|
ERRATA CORRIGE: Ieri ho scritto:
"A 100Mbit/s le DTU sono circa 700/s (ogni DTU contiene 65byte di payload più alcuni byte di overhead)." Si tratta di un evidente errore di calcolo 65 byte + alcuni byte di overhead (supponiamo 4), tradotti in bit fa (65+4)*8=552 bit. Dunque 100Mbit/s diviso 552 bit fa un po' più di 180000 DTU/s (per far cifra tonda), e dunque il risultato di 700 DTU/s al secondo era palesemente sbagliato (non so proprio da dove mi sia uscito: sarà l'eta? ). Ho avuto questo dubbio perché mi veniva un overhead per la ritrasmissione decisamente troppo alto. Comunque rileggendo la G.INP per chiarirmi le idee mi sono anche accorto che mi era sfuggito (pure!! ) il fatto che una DTU può contenere anche un numero superiore di byte, purché multiplo di 65 (per diminuire l'impatto dei byte di overhead, probabilmente). Questo giusto per la precisione. Quote:
Quote:
Quello che può esserci o non esserci è il meccanismo di INP-delay che aggiunge un overhead elevato, e cosa più importante FISSO, che ci siano errori o che non ci siano. L'overhead legato a questo meccanismo è: 2xINP/(4000xdelay) dunque un INP 1 sui canonici 4ms di delay dà un overhead di 2x1/(4000x4x10^-3)= 2/16 =1/8 ossia il 12.5%, che su 100Mbit/s significano 12.5Mbit/s per correggere 1 simbolo errato ogni 4 millisecondi, cioè 250 errori al secondo max, a patto che arrivino equispaziati (come a causa di un REIN), altrimenti la correzione fallisce. Il contatore dei FEC indica (secondo me) solo questi errori, il conteggio dei quali si ricava sempre da un codice di ridondanza ciclica (CRC) applicato al data rete netto (ossia l'ottenibile). Il conteggio dei CRC che appare nelle statistiche del modem (sempre secondo me) è quello dei CRC residui DOPO la correzione (dato non avrebbe molto senso mostrare dei CRC se questi venissero corretti poi dalle ritrasmissioni!). Questo meccanismo si basa anche lui su un Reed-Solomon coding (è questo che non dovrebbe eserci con il G.INP) per ricavare dai pochi simboli aggiunti (nell'esempio aggiunge 2 simboli ogni 16) per correggere QUALUNQUE simbolo dei 16 ricevuti. Facendo un conto a spanne, con la ritrasmissione e con 12.5Mbit sottratti al bearer0 e usati dal bearer1, anche calcolando un overhead di 4/65, si riuscirebbero a reinviare più di 11.5Mbit/s di correzioni, comunque arrivino gli errori, contro il Mbit/s (sottoposto a vincolo di non più di un simbolo errato ogni 16) che è in grado di correggere il meccanismo INP-delay (1 simbolo ogni 4ms, ossia 4000 bit 250 volte al secondo). Anche con questo rate di errori sembrerebbe ancora molto conveniente usare la ritrasmissione, e fatico a vedere la convenienza di passare a INP-delay anche con un REIN pesante. A questo punto mi sa che c'è qualcosa che ci sfugge... Se mi capita dovrò fare una chiacchierata con chi ne capisce più di me.
__________________
Il mio PC autocostruito e raffreddato ad acqua: http://irom.eu/w --- Qui tutti i miei interventi su HU --- Modem reader: qui l'installer e qui l'help on line --- Qui il simulatore VDSL v3.0 Ultima modifica di ironmark99 : 28-08-2016 alle 22:56. |
||
28-08-2016, 18:12 | #74972 | |
Senior Member
Iscritto dal: Nov 2007
Città: Lecce, Italia
Messaggi: 1240
|
Quote:
__________________
Case: Corsair Carbide 200R - CPU: i5-4690K - Cooler: Arctic Freezer 13 - MB: Asus Z97-A - RAM: G.Skill F32400C10-4GTX 2x4GB - GPU: Sapphire R9 290 Tri-X OC - PSU: Corsair RM750 - SSD: Samsung 960 EVO 500GB NVMe - Monitor: Dell U2414H - Tastiera: Quickfire Ultimate Cherry MX Brown - Mouse: Logitech G303 |
|
28-08-2016, 18:16 | #74973 | |
Senior Member
Iscritto dal: Jan 2015
Città: Torino
Messaggi: 1599
|
Quote:
Comunque ciò che dici è vero, ma solo se si accetta esclusivamente un tasso di errore NULLO. In una trasmissione come quella VDSL un tasso di errore è implicito, e infatti si parla di SNRm, dove la "m" sta per "margine", ossia margine al tasso di errore di 1E-7 (implicito con 0dB di SNRm). Il tasso di errore diminuisce molto approssimativamente di un fattore 10 per ogni dB aggiuntivo di margine, ma non arriva mai a zero. I 6dB canonici di SNRm comunque già bastano a raggiungere un tasso di errore più che accettabile, in questa tipologia di trasmissioni, tanto è vero che tra i gamer in ADSL molti sceglievano il profilo fast (e alcuni lo sceglierebbero anche in VDSL se non gli venisse impedito ). Se anche non ci fosse il Reed-Solomon, si otterrebbero gli stessi risultati con 3dB in più di SNR minimo per portante. Come giustamente dici tu, un conto è dover memorizzare dei dati, dove l'errore non è tollerabile, un altro è guardare un video in streaming dove uno squadrettamento al giorno può anche andare bene. Poi ovviamente i meccanismi di protezione ci sono, vedi i vari Reed-Solomon, e INP-delay, ma di per sé trasmettere senza alcun codice di protezione dall'errore è tecnicamente possibile, accettando il compromesso di avere qualche errore ogni tanto.
__________________
Il mio PC autocostruito e raffreddato ad acqua: http://irom.eu/w --- Qui tutti i miei interventi su HU --- Modem reader: qui l'installer e qui l'help on line --- Qui il simulatore VDSL v3.0 Ultima modifica di ironmark99 : 28-08-2016 alle 18:21. |
|
28-08-2016, 19:01 | #74974 | |
Member
Iscritto dal: Aug 2016
Messaggi: 92
|
Quote:
Mi risponderei da solo ma non ho realmente capito in cosa consistano fisicamente queste derivazioni (ho cercato su google, e anche sul forum, ma evidentemente non abbastanza bene) |
|
28-08-2016, 23:18 | #74975 |
Member
Iscritto dal: Nov 2007
Città: Colleferro (Roma)
Messaggi: 275
|
Da me non ci sono le torrette di alimentazione a più sportelli con tetto rosso, però tutti gli armadi fibrati hanno di fianco la propria palina, mentre solo alcuni hanno ANCHE l'armadietto Enel, e ancora non riesco a capire il significato di questa differenza.
__________________
Mappa armadi ripartilinea TIM FTTC Colleferro (in continuo aggiornamento) |
28-08-2016, 23:32 | #74976 | |
Senior Member
Iscritto dal: Dec 2015
Messaggi: 6148
|
Quote:
Stavo solo riportato che secondo l'analisi di Iron il contatore dei FEC con G.Inp è il contatore delle ritrasmissioni perché la RS non ci dovrebbe essere (anche perché se i FEC sono corretti da RS, come da loro nome, la ritrasmissione non è mica avvenuta). A maggiore ragione vista la bassa latenza (solo 4-5ms). Diciamo che ci sono due gruppi: - Quello che pensa che la RS ci sia e quindi G.INP ritrasmette solo i CRC o in genere gli errori non FEC Ed il costo della RS sta nei 4-5ms - Quello che pensa che la RS completa non ci sia (perché non computabile nei 4-5ms) e quando il protocollo FEC (alleggerito) rileva l'errore lo fa correggere non alla RS ma al G.Inp con ritrasmissione (e se fallisce pure questa al TCP o altrimenti pacchetto perso se non c'è TCP). Io propendevo per il primo gruppo ma se Iron propende per il secondo mi mette in dubbio e non sono più molto convinto delle mie idee PS Post scritto senza aver ancora letto i posti di oggi di Iron Ultima modifica di Yrbaf : 28-08-2016 alle 23:41. |
|
29-08-2016, 00:13 | #74977 |
Senior Member
Iscritto dal: Mar 2012
Città: Padova | Trattative mercatino: troppe!
Messaggi: 2520
|
|
29-08-2016, 07:38 | #74978 |
Senior Member
Iscritto dal: Dec 2004
Messaggi: 15573
|
Per me i FEC sono..... FEC oltretutto le ritrasmissioni hanno il loro counter indipendente (non mostrato nella GUI del Technicolor).
Anche sui forum UK danno per scontato che ci sia una protezione FEC a monte, in quanto più efficace sul rumore REIN, mentre lo SHINE è ben gestito dalla ritrasmissione.
__________________
WindTre FTTH 1000/200 Mb - ONT Huawei EG8010H - Fritz!Box 7590 [TEST][Latenze/Routing] |
29-08-2016, 09:08 | #74979 |
Senior Member
Iscritto dal: Jul 2006
Messaggi: 1216
|
Io continuo ad avere INP a 11300...ho aperto segnalazione al 1949 , mi ha contattato il reparto "configuratori" che mi ha risposto con "non so di queste cose informatiche...i profili sull'ONUCab non si possono toccare"
Fatto sta che il i2010_2 ha il range dell'INP anomalo visto che non sono l'unico utente con INP a 11300. Non so a chi far segnalazione.... @ironmark con INP così alto, c'è un aumento dell'overhead sulla banda giusto?
__________________
Processore:i7 8700KCooler:Corsair H100X RAM:Corsair Vengeance DDR4 3000mhz CL15Scheda video:Gigabyte RTX2080 WINDFORCE 8GBHD/SSD: Samsung 970 evo 500gb M2 NVME(OS)-Samsung 850 evo 500GB-WD10EACS 1TB -Toshiba 1,5TB(storage) VODAFONE FTTC VULA 100/20 con FritzBox 7530 |
29-08-2016, 09:43 | #74980 | |
Senior Member
Iscritto dal: Jan 2015
Città: Torino
Messaggi: 1599
|
Quote:
__________________
Il mio PC autocostruito e raffreddato ad acqua: http://irom.eu/w --- Qui tutti i miei interventi su HU --- Modem reader: qui l'installer e qui l'help on line --- Qui il simulatore VDSL v3.0 |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 05:48.