Pagina 2 di 3 primaprima 1 2 3 ultimoultimo
Visualizzazione dei risultati da 11 a 20 su 28

Discussione: Seabone... ancora?

  1. #11
    come promesso ecco il copia incolla:
    ---------------------------------------------------------------------
    Bene (si fa per dire)... a quanto pare abbiamo ricominciato con gli stessi problemi che l'hanno scorso si sono verificati per diversi mesi (circa 4 o 6, non ricordo) sul nodo Seabone di Palermo, solo che adesso l'intasamento sembra essersi spostato (almeno per quanto riguarda la mia ADSL) sul nodo di Genova.

    La situazione praticamente dovrebbe essere (se i motivi sono gli stessi dell'anno scorso) la seguente:

    1) I providers italiani hanno continuato a vendere abbonamenti a tonnellate, mandando in "overbooking" la banda da loro acquistata presso il gestore di telefonia fissa (ovvero mamma Telecom). Per overbooking si intende che la somma delle "fette" di banda che i loro abbonamenti occuperebbero a regime di utilizzo medio-alto è notevolmente superiore al limite massimo della banda che loro hanno a disposizione in quanto acquistata da Telecom.
    Per intenderci, è analogo a quando un compagnia aerea fa overbooking sui biglietti, ovvero permette di prenotare per un aereo più biglietti di quanti sono i posti a sedere, contando sul fatto che spesso molti passeggeri prenotati non usufruiscono poi in realtà del volo. Quando invece si presentano all'imbarco quasi tutti i prenotati, alcuni passeggeri (gli ultimi arrivati) vengono lasciati col culo A TERRA in tutti i sensi. Questo è altamente illegale, ma le compagnie contano sul fatto che ben pochi avranno voglia di spendere soldi per intentar loro cause legali.
    Tornando ai provider, l'overbooking della banda li costringe, nei momenti di traffico maggiore (ovvero le ore di punta), a TAGLIARE temporaneamente la banda passante assegnata al singolo utente, declassando così di fatto le singole ADSL (sfruttando con furbizia la gran porcata del fatto che per clausola contrattuale non esiste la BANDA GARANTITA, anche se la cosa è tecnicamente discutibile e legalmente impugnabile).
    Per intenderci, ad esempio, la mia ADSL, che è una 640 Kbit/sec, quindi dovrebbe permettere un download massimo di 80 Kbyte/sec (640/8), in questo momento raggiunge una velocità di scarico massima di circa 30 KByte/sec, ovvero (30x8) la banda passante di un'ADSL da 240 Kbit/sec.

    Questa cosa già è difficile da ingoiare, ma è ancora parzialmente sopportabile, considerato che di norma si verifica solo in determinati momenti della giornata e per periodi di tempo non troppo lunghi. Ciò che invece diventa intollerabile è, analogamente, l'overbooking della banda praticato su scala nazionale dal nostro amato gestore di telefonia fissa monopolista de facto, ovvero Telecom Italia. Andiamo quindi al punto 2.

    2) Cos'è Seabone? Seabone è una società, facente capo (tanto per cambiare) a Telecom Italia, che si occupa di gestire una parte (la MAGGIOR parte) del traffico di rete in uscita per le "dorsali" internazionali, ovvero quei collegamenti via cavo con la parte di Internet che sta al di fuori dell'Italia. Una società analoga (ma nettamente di minor peso commerciale) al Seabone è il tanto nominato Mix di Milano.
    Il Seabone, in quanto società amministrata a parte, ha una gestione separata dalla sezione Internet nazionale di Telecom Italia. Questo significa che Telecom Italia (nella fattispecie la sub-azienda Interbusiness, mi pare) COMPRA dal Seabone (che a sua volta compra dai gestori esteri a cui si aggancia) una certa quota di banda passante che a sua volta rivenderà ai singoli providers (compresi quelli appartenenti al suo stesso gruppo societario, ovvero Tin.it, Alice e Interbusiness) che gliene faranno richiesta.
    Tutto ciò porta, per le solite merdosissime logiche commerciali, a creare una situazione di overbooking anche per quanto riguarda la banda del Seabone.
    Facciamo un esempio pratico:.
    Io, Telecom Italia, prevedo per l'anno 2003 una richiesta, da parte dei provider, di 5000 Gigabit (sto sparando numeri a caso, eh?) di banda passante per l'estero. So bene che sarà difficile che quei 5.000 Gb verranno usati tutti contemporaneamente, quindi ne acquisto da Seabone soltanto 3.500, con un notevole risparmio da parte mia, che invece ne venderò molti di più di quelli che ho pagato.
    Nel caso in cui ci sarà (e so che capiterà) una richiesta di banda superiore alla disponibilità, mi trincererò dietro le solite stronzate dei problemi tecnici temporanei, e aspetterò che passi il momento critico, annunciando poi trionfalmente di aver risolto tutto.
    se invece il momento critico si prolunga e/o peggiora, metterò in moto le pratiche amministrative per acquistare dell'altra banda internazionale, con i tempi (LUNGHI) che saranno necessari (ed è questo il motivo per cui ad esempio i problemi del Seabone dello scorso anno ci hanno messo circa 6 mesi ad essere risolti definitivamente (definitivamente si fa per dire, visto che adesso, essendo state vendute altre tonnellate di abbonamenti, siamo punto e a capo).
    A questo aggiungiamo anche una gestione degli impianti tecnologici, da parte di Telecom, tendente come sempre al risparmio, che causa naturalmente il funzionamento delle centrali telefoniche dedicate ad Internet costantemente ai limiti del sovraccarico (gli upgrade alle centrali si fanno SEMPRE dopo un certo periodo di tempo dal superamento della soglia di utilizzo massima, e MAI in PREVISIONE di un possibile sovra-utilizzo... è legge economica, lo sappiamo...).
    Il risultato quindi è il sovraccarico dei nodi di centrale a cui le nostre ADSL sono collegate, in quanto su di essi converge una richiesta di banda molto più alta di quella che sono predisposti a gestire nel peggiore degli scenari ipotizzati in fase di progettazione.

    3) Come risolvere tutto ciò?
    Non esiste praticamente NESSUNA possibilità di soluzione a breve scadenza, tranne che in quelle occasioni in cui i disservizi sono semplicemente dei VERI guasti o dei sovraccarichi momentanei dovuti ad un temporaneo spostamento di alcuni instradamenti su centrali diverse da quella di appartenenza, fatti per poter procedere ad interventi tecnici di manutenzione di vario tipo.
    A questo punto, l'unica cosa che ci resta da fare è segnalare il disservizio alle sezioni tecniche dei nostri provider, cercando di essere circostanziati il più possibile (se continuate a telefonare dicendo "cazzo, l'ASDSL mi va lenta" o "pingo 500 su venus", e magari non sapete nemmeno cos'è il ping o non sapete che quei 500 sono millisecondi, otterrete solo l'apertura di un ticket di segnalazione tecnica generica che verrà chiuso dopo brevissimo tempo in seguito ad una procedura di verifica guasti piuttosto sommaria e superficiale, come da standard; oltre tutto, come ho abbondantemente spiegato, non troverebbero un GUASTO vero nemmeno a pagarlo oro, visto che di guasti non si tratta).
    La cosa confortante (beh, piangiamo con un occhio, come si dice dalle mie parti) è che, se subite un disservizio CONTINUATIVO che limita le capacità tecnico-prestazionali della vostra ADSL, avete DIRITTO (si, qualunque cazzata cerchino di inventarvi i tizi del call-center, è un vostro DIRITTO) ad un rimborso parziale del canone ADSL da voi sostenuto.
    L'importante è riuscire a far tenere aperta la segnalazione di disservizio sufficientemente a lungo, con i debiti mezzi, ovvero con regolari e costanti segnalazioni al call-center, facendo riferimento possibilmente al numero della pratica aperta nella telefonata precedente (con Tin esiste una pagina Internet apposita, dove poter verificare lo stato delle segnalazioni in tempo reale, con Alice temo però che non ci sia nulla di analogo).
    Se riuscirete ad essere costanti, convincenti ed assertivi, potreste anche ottenere un cospicuo rimborso, che anche se non vi ripagherà dei nervi saltati per settimane consecutive, farà quanto meno rasserenare il vostro portafoglio.
    Per la cronaca, in seguito al disservizio dell'anno scorso, io ho ricevuto da Tin.it la decurtazione del 50% (non è mica poco) dei canoni pagati durante i MESI di disservizio.

    Bene, per vostra (e mia) fortuna ho finito...
    Se avete delle domande da fare, o dei dubbi da sciogliere, postate pure... Cercherò di chiarirvi ulteriormente le idee nei limiti del mio tempo disponibile.
    Un grazie a chi è riuscito a leggere fin qui.. a voi la linea.

  2. #12
    Utente di HTML.it
    Registrato dal
    Jan 2003
    Messaggi
    492
    Io ho intrapreso una azione legale contro Telecom poichè il malfunzionamento della mia adsl alice 640 dura dal 21 ottobre 2003. Nonostante gli abbia chiesto più volte di instradarmi su altri server non vogliono capire. Nell'intervallo dalle 15.30 / 16.00 fino alle 19.30 / 20.30, sono instradato su tre/quattro server consecutivi sui quali ho tempi di latenza di 400 ms (su ciascuno!). E come se non bastasse perdono circa il 7/8% di pacchetti. Tutto ciò si concretizza nella assoluta lentezza nell'apertura delle pagine e, in diversi casi, nel blocco a metà delle medesime.
    Come se non bastasse adesso il malfunzionamento si presenta anche di mattina, di male in peggio.
    Ero stato "costretto" a fare un upgrade alla 640 perchè avevo avuto problemi di saturazione alla mia centrale. Adesso il problema si è spostato un po' più a nord.
    Quello che è intollerabile è il loro comportamento assolutamente privo di correttezza. Si rendono conto del problema, dicono che è un malfunzionamento e che vi porranno rimedio. In realtà non fanno nulla, o perlomeno, il malfunzionamento resta.

  3. #13
    nessuno sa nulla?

  4. #14
    Moderatore di ADSL e connettività, Reti LAN e Wireless e VoIP L'avatar di fivendra
    Registrato dal
    Jun 2001
    residenza
    Treviso
    Messaggi
    23,939
    allora io ho una debole teoria...
    i problemi sembrerebbero essere concentrati per lo più per gli utenti del sud italia....

    i problemi inizierebbero non in questo caso specifico verso i siti di san marino che sono particolari, ma per altri siti ben più importanti, dicevo inizierebbero dal passaggio del loro segnale sul mix di milano....

    ora il fenomeno riguarda quasi esclusivamente il sud italia e nelel ore di punta del mix.
    non vorrei che il balanciamento della banda a disposizione di telecom nel mix fosse a favore delle linne del nord che si saranno più cariche di quelle del sud, ma che in questi casi creano uno sblinaciamento preoccupante...

    vi posto al riguardo un tracert di un mio amico di palermo con alice mega.
    test fatto un'oretta fa verso ngi....


    1 <1 ms <1 ms <1 ms 192.168.1.254
    2 51 ms 54 ms 53 ms 192.168.100.1
    3 48 ms 52 ms 46 ms r-pa51-vl14.opb.interbusiness.it
    [80.21.193.17]

    4 48 ms 50 ms 51 ms r-pa42-pa51.opb.interbusiness.it
    [151.99.98.233]

    5 63 ms 63 ms 64 ms r-rm198-pa42-a.opb.interbusiness.it
    [80.17.211.1
    81]
    6 77 ms 72 ms 74 ms r-mi213-rm198.opb.interbusiness.it
    [151.99.98.11
    0]
    7 386 ms 385 ms 388 ms 151.99.75.164
    8 389 ms * 387 ms 151.99.98.226
    9 402 ms 402 ms 392 ms 217.29.74.2
    10 390 ms 390 ms 391 ms srp4-0.wf1-gsr1.net.inet.it [194.185.46.164]
    11 76 ms 75 ms 74 ms ge8.wf1-hgr12a.wf.inet.it [194.185.46.200]
    12 72 ms 73 ms 72 ms 213.92.34.19
    13 402 ms 399 ms 395 ms wsd-1.ngi.it [194.185.88.249]
    14 390 ms 391 ms 398 ms www.ngi.it [194.185.88.15]

    vi prego quindi amici del sud con adsl telecom fate i vostri test....
    Fivendra - LTE Powered: @fivendra - Facebook

    Smartphone: Apple iPhone 6 Plus
    Tablet: Microsoft Surface Pro 3 Windows 10
    Piano Telefonico: TIM Tutto Compreso 1500 + 4G
    Piano Dati: ​TIM Internet 4G + Huawei 4G E589

  5. #15
    Utente di HTML.it
    Registrato dal
    Jan 2003
    Messaggi
    492
    X fivendra: l'instradamento del tuo amico di Palermo è uguale al mio (alice 640 Messina). I server su cui lui va lento sono gli stessi dei miei. Però mi sembra che l'intoppo sia prima del mix (il mix è questo 217.29.74.2 ).
    La saturazione lui (ed io) la comincia ad avere sul 151.99.75.164, che da tin.it dicono sia un server posizionato a Roma, così come il successivo 151.99.98.226. Tutti i server 151.99.xxx.xxx sono Interbusiness; ne deduco che la saturazione c'è per prima sui loro server e poi si trascina fino a quelli che loro utilizzano sul mix.
    Per la correlazione flusso dati mix / lentezza non mi sembra da me così pronunciata. La correlazione che trovo molto chiara è quella con l'orario. Appena scattano le 16.00 i tempi di latenza passano da valori di 70 ms a valori di 400ms con diversi pacchetti persi e resta così fino alle 20.00 circa.

    Statistiche Ping per 151.99.98.226:
    Pacchetti: Trasmessi = 463, Ricevuti = 443, Persi = 20 (4% persi),
    Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 381ms, Massimo = 419ms, Medio = 377ms
    Control-C
    17.20 13 nov 2003

    Viceversa nella mattinata e fino all'orario suddetto ogni tanto ho degli improvvisi rallentamenti, della durata di mezzora. Poi tutto normale.
    Infine mi son fatto dare l'instradamento verso ngi.it da mio cugino a Vicenza (alice 256). Ha un instradamento totalmente diverso, su altri server non saturi (latenza di 40ms).
    Sembrerebbe che il problema sia di noi sudisti.

  6. #16
    Utente di HTML.it L'avatar di tittula
    Registrato dal
    Oct 2002
    Messaggi
    1,944
    A Pisa il problema lo sto riscontrando solo stasera e in valori meno seri rispetto a quelli letti fin qua, quindi aspetto ad allarmarmi e a scendere sul ... piede di guerra.
    :gren:

  7. #17
    e da roma? fatemi sapere da roma

  8. #18
    e da roma? fatemi sapere da roma
    Il traffico internazionale degli utenti Alice/TIN di Roma passa via il link Seabone di Palermo. Questo link ultimamente ha raggiunto la saturazione. Infatti, durante le ore di punta, la latenza e' altissima a partire dal router di Palermo.

    Invece non c'e' nessun problema con il MIX. Quindi per il traffico indirizzato ai vari peers del MIX la latenza e' normale a tutte le ore anche per noi Romani.

    Cheers.

  9. #19
    Utente di HTML.it
    Registrato dal
    Jan 2003
    Messaggi
    492
    X abstrakt: credo che i problemi sul mix ci siano, perlomeno per ciò che riguarda telecom:

    1 <1 ms <1 ms <1 ms 192.168.1.254
    2 51 ms 54 ms 53 ms 192.168.100.1
    3 48 ms 52 ms 46 ms r-pa51-vl14.opb.interbusiness.it
    [80.21.193.17]

    4 48 ms 50 ms 51 ms r-pa42-pa51.opb.interbusiness.it
    [151.99.98.233]

    5 63 ms 63 ms 64 ms r-rm198-pa42-a.opb.interbusiness.it
    [80.17.211.1
    81]
    6 77 ms 72 ms 74 ms r-mi213-rm198.opb.interbusiness.it
    [151.99.98.11
    0]
    7 386 ms 385 ms 388 ms 151.99.75.164
    8 389 ms * 387 ms 151.99.98.226
    9 402 ms 402 ms 392 ms 217.29.74.2
    10 390 ms 390 ms 391 ms srp4-0.wf1-gsr1.net.inet.it [194.185.46.164]
    11 76 ms 75 ms 74 ms ge8.wf1-hgr12a.wf.inet.it [194.185.46.200]
    12 72 ms 73 ms 72 ms 213.92.34.19
    13 402 ms 399 ms 395 ms wsd-1.ngi.it [194.185.88.249]
    14 390 ms 391 ms 398 ms www.ngi.it [194.185.88.15]

    L'hop numero nove (217.29.74.2) è il mix, ci passo anche io ed ho anche io tempi di latenza di 400ms.
    Del resto tempo fa mandai una mail ala Sig.ra Valeria Rossi del MIX che rispose pressochè subito:

    At 12.27 18/11/2003, you wrote:

    Salve, Sig.ra Valeria Rossi.
    Sono un affezionato utente della rete. Mi chiedevo come mai, ogni pomeriggio la mia connessione diventa inutilizzabile, in contemporanea al raggiungimento del MIX di valori di traffico prossimi a 5,1 giga.
    Forse la banda è finita? Ho letto il comunicato stampa del novembre dell'anno scorso. Telecom (ho una loro adsl) aveva ampliato la banda fino a 5 giga. Ripeto, adesso è finita?
    Inoltre alcuni vostri server ( 217.29.67.29) danno segni di sofferenza con tempi di latenza che, nel suindicato orario, raggiungono i 400/500 ms.
    C'è una speranza di soluzione del problema?
    Grazie per la Sua cortese risposta.

    Mi scuso per la "non risposta", ma non so con chi sto parlando (il suo mail non è firmato).
    Comunque posso dirle che non ci sono problemi di mancanza banda verso il MIX da parte di Telecom ne' sul MIX stesso.
    Cordialmente
    Valeria Rossi


    Buona giornata!

    Questo cosa mi ha risposto Valeria Rossi il 18 novembre; penso che sia in antitesi a quei valori di latenza...
    Per mettervi in contatto col mix è sufficiente telefonare, i numeri li trovate nella loro home page .
    L'indirizzo e-mail di Valeria Rossi l'ho trovato sul whois database inserendo il server prima citato (217.29.74.2).
    Inoltre, il 22 ottobre, ci fu un crollo del traffico sul mix. Telefonai e mi dissero che avevano avuto un problema/non problema, più di tanto non vollero dire; ma cosa fecero quel giorno non si seppe...

  10. #20
    Adsl Tin.it 1200:

    traceroute to 194.183.89.85 (194.183.89.85), 30 hops max, 40 byte packets
    1 cr1b-noc.net.ngi.it (194.185.88.1) 0.552 ms 0.405 ms 0.39 ms
    2 ge1.wf1-hgr12a.wf.inet.it (213.92.34.21) 0.466 ms 0.433 ms 0.411 ms
    3 ge3-0.wf1-gsr0.net.inet.it (213.92.7.19) 0.232 ms 0.189 ms 0.179 ms
    4 srp2-0.milano1-gsr0.net.inet.it (194.185.46.137) 0.388 ms 0.413 ms 0.342 ms
    5 intelcom-mix.mix-it.net (217.29.66.23) 0.723 ms 0.675 ms 0.685 ms
    6 194.183.78.17 (194.183.78.17) 19.876 ms 19.937 ms 19.905 ms
    7 * * *
    8 * * *
    9 * * *
    10 194.183.89.85 (194.183.89.85) 21.057 ms 21.201 ms 20.803 ms



    Microsoft Windows XP [Versione 5.1.2600]
    (C) Copyright 1985-2001 Microsoft Corp.

    C:\Documents and Settings\Proprietario>ping www.ngi.it

    Esecuzione di Ping www.ngi.it [194.185.88.15] con 32 byte di dati:

    Risposta da 194.185.88.15: byte=32 durata=277ms TTL=117
    Risposta da 194.185.88.15: byte=32 durata=225ms TTL=117
    Risposta da 194.185.88.15: byte=32 durata=245ms TTL=117
    Risposta da 194.185.88.15: byte=32 durata=337ms TTL=117

    Statistiche Ping per 194.185.88.15:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
    Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 225ms, Massimo = 337ms, Medio = 271ms

    C:\Documents and Settings\Proprietario>
    Si può vivere senza fratelli, ma non senza amici

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.