[FTTC] TIM FTTC - Pre-installazione linea (info/richieste/prezzi/FAQ)

[Yrbaf]

Originariamente inviato da Psyred

Cosa intendi per "nuove" adsl ETH? Io avevo una adsl su dslam ETH e l'overhead era il solito 13-14% rispetto al valore di portante.

Da un po' di tempo Tim vende ADSL Bitstream su Ethernet.
Quelle sono come la vdsl, a parte la portante non cambia molto (se non contiamo g.inp ed altri dettagli).

E l'overhead su ethernet è molto meno che su Atm, 13% vs 6% all'incirca.
Poi se c'è altro della rete tim che abbassa la banda utile non so, ma una adsl eth non deve perdere il 14% in assenza di questo "altro".

[Psyred]

Originariamente inviato da Yrbaf

Da un po' di tempo Tim vende ADSL Bitstream su Ethernet.
Quelle sono come la vdsl, a parte la portante non cambia molto (se non contiamo g.inp ed altri dettagli).

E l'overhead su ethernet è molto meno che su Atm, 13% vs 6% all'incirca.

Non credo, per il semplice motivo che ATM viene usato ancora lato ultimo miglio.

L'interfaccia dei dslam è ETH, ma solo lato rete del provider, non si tratta di EFM (Ethernet on the First Mile).

La VDSL invece nativamente usa il PTM, per questo motivo l'overhead è inferiore.

[Yrbaf]

L'ultimo miglio è il tratto centrale - casa del cliente.
Non vedo il senso di usare ATM solo lì e nel resto della rete Eth.

E poi allora perché usa PPPoE e non PPPoA ?

Non ho voglia leggermi la documentazione Tim (e poi ora mi pare sia offline il sito wholesale), ma non ci vedo un senso a fare una piattaforma in cui sbandieri apertamente che sei su ethernet e poi di nascosto ci infili dentro atm.

[Psyred]

E' così, mi spieghi altrimenti perchè i modem rilevano ATM, anche su dslam ETH, alla voce TPS-TC?

Teoricamente ADSL supporterebbe anche PTM, ma di solito non viene usato, credo per problemi di compatibilità.

Su un forum straniero tempo fa lessi di un utente settato in PTM con una comune ADSL2+. L'overhead diminuiva rispetto alla configurazione standard, ma riscontrava grossi problemi di latenza se ben ricordo.

[gius01]

[quote=Yrbaf;43855775]L'ultimo miglio è il tratto centrale - casa del cliente./QUOTE]

No, l'ultimo miglio è la tratta armadio-casa

[stefanoasr]

Originariamente inviato da Psyred

Cosa intendi per "nuove" adsl ETH? Io avevo una adsl su dslam ETH e l'overhead era il solito 13-14% rispetto al valore di portante.

Anche a me è più o meno così con la mia ADSL2+.
Ad esempio, il valore attuale di portante è 14838 kbps, se togliamo un 14% (circa 2000 kbps) diventa 12761, che diviso 8 esce circa 1600 e cioè 1,6 megabyte al secondo che è proprio la velocità massima oltre la quale non sono mai andato in download.

[Yrbaf]

Atm tra casa del cliente e la centrale non ha senso.
Che fai emuli ATM solo per un tratto e poi passi in Eth ?

Se c'è ATM lì (e per me non c'è) c'è anche dopo.
Per quanto non esperto di ATM non ho mai sentito di ATM su Ethernet, mentre ho intravisto qualcosa di Ethernet su ATM.

Inoltre Atm nasce più per implementare reti a commutazione di circuito virtuale e garantire quelle caratteristiche di latenza garantita (ed anche banda minima garantita) tipiche delle comunicazioni vocali.
Che senso avrebbe implementarlo per un piccolo tratto quando ti stai spostando solo verso reti a commutazione di pacchetto ?

Originariamente inviato da gius01

No, l'ultimo miglio è la tratta armadio-casa

Quella mi sa che è la secondaria.

L'ultimo miglio su WikiPedia è come ho detto io.
Ed io ho sempre sentito dire che i provider adsl in ULL pagano a telecom un canone per l'ultimo miglio.
E non mi pare proprio che paghino solo dall'armadio in poi

[Psyred]

Per me invece c'è ancora ATM, altrimenti i modem rileverebbero PTM, no?

Tra l'altro le portanti dei profili sono le stesse dei tempi di ATM e non mi risulta sia cambiato alcunchè in termini di banda reale nel passaggio ai dslam ETH.

[Psyred]

Dando un'occhiata a questo documento pare che la latenza sia il tallone d'Achille del PTM

The ATM-TC and PTM-TC layers defined for Digital
Subscriber Line systems both have their advantages and
disadvantages for the transport of Ethernet frames on the
local loop. At low bitrates, latency becomes an important
issue, which is best dealt with by ATM, because of its
small PDU size. When different types of service are
converged on the same channel, ATM is best equipped to
guarantee the QoS requirements of each individual
service. At high bitrates latency becomes somewhat less
important, and the reduced overhead of PTM is a distinct
advantage, provided that the necessary OAM&P tools are
in place. The functionality of the ATM-TC and PTM-TC
layers is comparable in terms of mechanisms for frame
delineation, error detection and rate decoupling. The flow
control mechanisms are also similar, but due to the larger
granularity of Ethernet frames, larger buffers will be
required than in the case of ATM

proprio come rilevato dall'utente di quel forum. Probabilmente la VDSL è stata ottimizzata pensando a EFM e il problema è limitato rispetto ad ADSL.

[Psyred]

4.1 Overhead
Of all the differences between ATM and PTM, the
overhead is probably the easiest to quantify. HDLC
encapsulation as used in the PTM-TC introduces one flag
octet (on average), one address octet, one control octet
and two CRC octets, which adds up to five octets. In
addition to this, HDLC encapsulation changes every
occurrence of the octets 0x7D and 0x7E in a two-octet
sequence, to avoid interpreting data octets as closing
flags. This causes an average increase of 0.78% for
random data. Applying HDLC encapsulation to packets
within the Ethernet length range (64–1522 octets) results
in an expansion of 1.11%–8.59%.

The recommended protocol used to transport Ethernet
frames over ATM is AAL5, [8]. It consists of adding a
protocol trailer (1 octet of User–User information, 1 octet
CPI, a 2-octet length field, and a 4-octet CRC), and a
padding to make sure the total packet length is an integer
multiple of 48 octets (the payload size of an ATM cell).
The actual ATM overhead consists of 5 octets per cell.
Applying this encapsulation to packets within the Ethernet
length range results in an expansion of 12.67%–63.90%
(using an average padding of 23 octets)

Differenze di overhead tra le due modalità di trasporto.

[Yrbaf]

Originariamente inviato da Psyred

Dando un'occhiata a questo documento pare che la latenza sia il tallone d'Achille del PTM



proprio come rilevato dall'utente di quel forum. Probabilmente la VDSL è stata ottimizzata pensando a EFM e il problema è limitato rispetto ad ADSL.

A me non sembra che dica che PTM ha problemi di latenza o che sia il suo problema principale.
Dice solo che linee ATM danno più garanzia sulla latenza per pacchetti piccoli.
Beh Atm nasce anche per quello, quindi nulla di nuovo sotto il sole.

Anche se i ping delle vdsl smentiscono questo vantaggio di atm dato che siamo lì.
Inoltre se il tipo che citi è passato a PTM vuol dire che prima aveva ATM, quindi di fatto ha chiesto una emulazione di ethernet su Atm ?
Non è passato ad una vera rete ethernet ?

Sempre dal documento non mi pare si citi il caso di rete atm solo in piccolo tratto come centrale - cliente.
Quindi se atm c'è è su grossi tratti, alias è ancora la rete di trasporto principale.
Quindi la domanda diventa "cosa vende Telecom come Adsl Ethernet" ?
Traffico Ethernet veicolato sulla precedente rete ATM ?
Io penserei di no e quindi Atm non c'è, poi boh ma avuto la possibilità di giocare con una adsl eth (mia almeno)

[Psyred]

Originariamente inviato da Yrbaf

A me non sembra che dica che PTM ha problemi di latenza o che sia il suo problema principale.
Dice solo che linee ATM danno più garanzia sulla latenza per pacchetti piccoli.
Beh Atm nasce anche per quello, quindi nulla di nuovo sotto il sole.

Anche se i ping delle vdsl smentiscono questo vantaggio di atm dato che siamo lì.
Inoltre se il tipo che citi è passato a PTM vuol dire che prima aveva ATM, quindi di fatto ha chiesto una emulazione di ethernet su Atm ?
Non è passato ad una vera rete ethernet ?

Sempre dal documento non mi pare si citi il caso di rete atm solo in piccolo tratto come centrale - cliente.
Quindi se atm c'è su grossi tratti, alias è ancora la rete di trasporto principale.
Quindi la domanda è "cosa vende Telecom come Adsl Ethernet" ?
Traffico Ethernet veicolato sulla precedente rete ATM ?

Three different transport modes have been
specified and standardized for use in various Digital
Subscriber Line (xDSL) systems: Asynchronous Transfer
Mode (ATM), Synchronous Transfer Mode (STM) and
more recently Packet Transfer Mode (PTM)

Leggilo meglio, si parla fin dall'inizio di modalità di trasporto usate per le xDSL, mi sembra ovvio che si parli di ultimo miglio in rame.

il tizio per quanto ricordi non aveva richiesto niente, si era ritrovato semplicemente con la ADSL settata in PTM.

EDIT

e ancora

The industry interest in native packet
transport over xDSL links has greatly increased since the
start of IEEE’s “Ethernet in the First Mile” project, which
covers this topic among others

[Psyred]

Originariamente inviato da Yrbaf

Quindi la domanda diventa "cosa vende Telecom come Adsl Ethernet" ?
Traffico Ethernet veicolato sulla precedente rete ATM ?
Io penserei di no e quindi Atm non c'è, poi boh ma avuto la possibilità di giocare con una adsl eth (mia almeno)

Ma non è solo Telecom, Infostrada ad esempio installa da anni apparati con interfaccia ETH (Alcatel ISAM 7302) su rete GbE. Però se vai a dare un'occhiata alle stats dei modem, TUTTI i clienti hanno ATM come TPS-TC.

Tanto che la domanda "ma sono su dslam ATM?" per un certo periodo era diventata un tormentone.

[Yrbaf]

Originariamente inviato da Psyred

Leggilo meglio, si parla fin dall'inizio di modalità di trasporto usate per le xDSL, mi sembra ovvio che si parli di ultimo miglio in rame.

Ma proprio no!

E' solo come dire che le adsl dall'altra parte (quindi in centrale) di solito sono collegate o a reti ATM o a reti Ethernet.
L'adsl/vdsl fanno solo da bridge, insomma è come se il tuo modem fosse in centrale direttamente.

Atm non è un protocollo casa - centrale.
Al più potrei credere che il DSLAM Eth emuli un lato ATM solo per supportare (vecchi) modem adsl che non hanno la modalità PTM.

[Psyred]

Originariamente inviato da Yrbaf

Ma proprio no!

E' solo come dire che le adsl dall'altra parte (quindi in centrale) di solito sono collegate o a reti ATM o a reti Ethernet.
L'adsl/vdsl fanno solo da bridge, insomma è come se il tuo modem fosse in centrale direttamente.

Atm non è un protocollo casa - centrale.
Al più potrei credere che il DSLAM Eth emuli un lato ATM solo per supportare (vecchi) modem adsl che non hanno la modalità PTM.

Ripeto, in quel documento si parla soltanto di modalità di trasporto riguardo le tecnologie trasmissive xDSL.

DSL modems most often rely on ATM as
their data link protocol, a choice that was inspired by the
vision of DSL as a multi-service multi-media platform.
ATM is indeed very well equipped to handle multiple
streams of data, each with different bandwidth and quality
of service (QoS) requirements.
ITU-T, the Standardization branch of the International
Telecommunication Union, has recently added a
specification for a “Packet Transfer Mode” (PTM) to its
VDSL Recommendation [2]. This mode is designed to
provide a low-overhead, transparent way of transporting
packets over DSL links, as an alternative to using ATM.

[Yrbaf]

Si ma dalla centrale in poi, non è il protocollo del cavo di rame (beh potrebbe essere rame anche dopo, vedi cavi eth ) tra la centrale ed il cliente.

Il modem fa da bridge, è come se tu fossi in centrale quando la portante è su.

[Psyred]

Ma proprio no, ATM viene usato anche per il trasporto dei dati in ADSL.

[totocrista]

Originariamente inviato da Yrbaf

Atm tra casa del cliente e la centrale non ha senso.
Che fai emuli ATM solo per un tratto e poi passi in Eth ?

Se c'è ATM lì (e per me non c'è) c'è anche dopo.
Per quanto non esperto di ATM non ho mai sentito di ATM su Ethernet, mentre ho intravisto qualcosa di Ethernet su ATM.

Inoltre Atm nasce più per implementare reti a commutazione di circuito virtuale e garantire quelle caratteristiche di latenza garantita (ed anche banda minima garantita) tipiche delle comunicazioni vocali.
Che senso avrebbe implementarlo per un piccolo tratto quando ti stai spostando solo verso reti a commutazione di pacchetto ?

Quella mi sa che è la secondaria.

L'ultimo miglio su WikiPedia è come ho detto io.
Ed io ho sempre sentito dire che i provider adsl in ULL pagano a telecom un canone per l'ultimo miglio.
E non mi pare proprio che paghino solo dall'armadio in poi

La tratta centrale-modem in adsl è in Atm anche se il dslam è eth. Lo confermò ameno quando ancora era dei nostri.

[BIGGlive360]

Originariamente inviato da Yrbaf

@vincenzomary
Tre possibilità:

Sezionando:
[cut]

ah ma quindi non è obbligatorio attaccare il telefono al modem?
perchè io ho 2 prese: la principale dove ho il telefono e una seconda (in parallelo?) dove ho il modem adsl, entrambi col filtro.
quando attiveranno la vdsl, se dovessi mettere il modem alla prima presa per attaccarci il telefono, avrei qualche problemino (dovrei usare pc e ps4 in wifi e non col cavo ethernet e sperare di avere un buon segnale).
se ho capito bene quello che dici potrei lasciare come ora il telefono sulla prima presa col filtro e il modem sulla seconda (senza filtro, mentre ora lo uso)?

tra l'altro oggi anche a me ha dato un falso positivo su tim.it, poi guardando altrove e rifacendo il test mi ha dato adsl. la pianificazione cmq è luglio, non dovrebbe mancare molto

[totocrista]

Originariamente inviato da BIGGlive360

ah ma quindi non è obbligatorio attaccare il telefono al modem?
perchè io ho 2 prese: la principale dove ho il telefono e una seconda (in parallelo?) dove ho il modem adsl, entrambi col filtro.
quando attiveranno la vdsl, se dovessi mettere il modem alla prima presa per attaccarci il telefono, avrei qualche problemino (dovrei usare pc e ps4 in wifi e non col cavo ethernet e sperare di avere un buon segnale).
se ho capito bene quello che dici potrei lasciare come ora il telefono sulla prima presa col filtro e il modem sulla seconda (senza filtro, mentre ora lo uso)?

tra l'altro oggi anche a me ha dato un falso positivo su tim.it, poi guardando altrove e rifacendo il test mi ha dato adsl. la pianificazione cmq è luglio, non dovrebbe mancare molto

No. I telefoni vanno connessi al modem per forza.