|
  |
|
| Gestire più connessioni |
« Precedente :: Successivo » |
| Autore |
Messaggio
|
| Tecsys |
 Inviato: Lun Nov 16, 2009 8:04 pm Oggetto: Gestire più connessioni |
 |
|
Registrato: 17/07/09 15:07
Età: 24
Messaggi: 438
Residenza: Schio
|
Una informazioni magari a chi lo ha già fatto.
Io devo fornire un servizio di streaming, e devo essere UP quasi sempre...ma a volte la linea in ufficio (telecom  ) va ko per ore...e resto a piedi.
Come posso fare con un server linux a switchare tra più linee, se una cade? Come posso gestire che il server si accorga che la connessione cade?
E cosa più complicata, se ho un indirizzo str.miodominio.it e sulla porta 8080 accetto connessioni, come faccio a mantenere lo stesso indirizzo anche se l'IP della linea cambia?
Io ho delle idee, e sto facendo dei test, e ci sono quasi...ma accetto idee e consigli.
Grazie per le idee che potete darmi.
Francesco |
|
| Top |
|
 |
Sponsor
|
|
 |
| dev/null |
| Inviato: Lun Nov 16, 2009 11:34 pm Oggetto: |
|
|
Registrato: 13/09/07 16:33
Età: 22
Messaggi: 1091
Residenza: JN55VL
|
Da ignorante in materia provo a dire la mia buttando un po' di idee... (in barba a Wittgenstein  )
Il problema dell'indirizzo si può forse ovviare con una VPN in modo che il client si colleghi all'indirizzo privato. Poi il server si premurerà di gestire il resto.
Se fai comunicare server e client tramite la VPN senza che sappiano cosa c'è sotto il problema di garantire poi la connessione Internet penso si possa trattare a parte.
Con degli script puoi monitorare la connessione e, quando questa viene a mancare, modificare il routing di default per switchare sull'altra.
Capire quando la connessione è down... con un ping verso N server, dopo un certo numero di pacchetti inviati senza ricevere le relative risposte.
Concludendo... teoricamente non mi vengono in mente motivi per cui non si possa realizzare... con un po' di lavoro. Praticamente non lo so perché con non ho mai giocato né con streaming né con VPN.
_________________
The ideas of economists and political philosophers, both when they are right and when they are wrong, are more powerful than is commonly understood. Indeed the world is ruled by little else. Practical men, who believe themselves to be quite exempt from any intellectual influence, are usually the slaves of some defunct economist. Madmen in authority, who hear voices in the air, are distilling their frenzy from some academic scribbler of a few years back. I am sure that the power of vested interests is vastly exaggerated compared with the gradual encroachment of ideas. -- J.M. Keynes |
|
| Top |
|
|
| r3lative |
| Inviato: Mar Nov 17, 2009 12:14 am Oggetto: |
|
|
BANNATO
Registrato: 03/05/07 00:27
Messaggi: 7340
Residenza: Saccolongo - PD - ITALY - terzo pianeta a sinistra
|
francesco, la cosa è decisamente molto complessa, anche in virtu della tolleranza al down che puoi/devi avere, lo 0 non è un valore valido 
in linea di massima si parte da 2 linee, con gestori diversi, su tratte diverse, magari su mezzi trasmissivi diversi, e poi si comincia a lavorare ...
devi farti assegnare un as (ricky te lo da facilmente, altri molto, molto meno) e gestire il tutto, mica semplice ...
imho considera la possibilità di portare un tuo server in un datacenter
se invece non devi garantire affidabilita oltre il 95% di uptime, allora pensa alla fibra, magari con backup radio tutto con e4a e quindi senza as e molte meno complicazioni
ciao
_________________
“Mai argomentare con un idiota;
ti fa scendere al suo livello e ti batte per esperienza ”
r3lative blog |
|
| Top |
|
|
| Tecsys |
| Inviato: Mar Nov 17, 2009 12:44 am Oggetto: |
|
|
Registrato: 17/07/09 15:07
Età: 24
Messaggi: 438
Residenza: Schio
|
Certo r3lative...il problema è ke la fonte audio non può essere spostata,perché si tratta di una radio,che con lo streaming manda audio al satellite(copertura mondiale) e al digitale terreste(nord Italia per ora). Quindi io ho già 2 connessioni diverse... E4A arriverà,e allora farò un transito diretto,ma per ora devo offrire una soluzione che per lo meno mi dia garanzia del 90%,data la coperturta in ballo. In realtà lo streaming è punto a punto con un solo client...ma come posso fare,almeno per ora a switchare le due connessioni?
Grazie dell'aiuto! |
|
| Top |
|
|
| r3lative |
| Inviato: Mar Nov 17, 2009 1:31 am Oggetto: |
|
|
BANNATO
Registrato: 03/05/07 00:27
Messaggi: 7340
Residenza: Saccolongo - PD - ITALY - terzo pianeta a sinistra
|
| Tecsys ha scritto: | Certo r3lative...il problema è ke la fonte audio non può essere spostata,perché si tratta di una radio,che con lo streaming manda audio al satellite(copertura mondiale) e al digitale terreste(nord Italia per ora). Quindi io ho già 2 connessioni diverse... E4A arriverà,e allora farò un transito diretto,ma per ora devo offrire una soluzione che per lo meno mi dia garanzia del 90%,data la coperturta in ballo. In realtà lo streaming è punto a punto con un solo client...ma come posso fare,almeno per ora a switchare le due connessioni?
Grazie dell'aiuto! |
è una connessione "push" o streaming normale ...
se push, sei tu che apri il canale e invvi dati, quindi puoi ignorare del tipo di connessione
ma presumo che si tratti di streaming tradizionale, in cui il client si connette al vs sito e apre il canale ... in questo caso è abbastanza incasinato ...
se hai 2 provider devi per forza di cose chiedere un as, e una tua subnet a cui fare puntare i tuoi dns, il problema è che molto spesso per piccole realta chiedere un as diventa abbastanza complicato (con e4a non hai problemi, ma con altri provider ...)
vedi se è possibile portare il server in un datacenter, e ti colleghi (lo studio) da remoto tramite vpn al server, in questo modo dovresti garantire una buona continuità del servizio, senza accollarti il casino dell'as&co.
considera che con la vpn, puoi ignorare la connessione usata per il collegamento al server, l'unica accortezza è che introduci un ritardo su tutta la catena di circa 100ms ...
lo switching tra due linee, in questo caso è abbastanza semplice, metti una scatola unix con 3 porte lan, una per la tua lan, 2 per le linee internet, script che pinga il server vpn, se non risponde tiri giù la linea, cambi la routing table e attivi al seconda linea
oppure ci sono box che gia prevedono queste funzioni
ciao
_________________
“Mai argomentare con un idiota;
ti fa scendere al suo livello e ti batte per esperienza ”
r3lative blog |
|
| Top |
|
|
| dev/null |
| Inviato: Mar Nov 17, 2009 8:39 pm Oggetto: |
|
|
Registrato: 13/09/07 16:33
Età: 22
Messaggi: 1091
Residenza: JN55VL
|
r3lative: mi dedichi cinque minuti spiegando cosa non è praticabile della mia proposta? la mia intenzione era didattica 
_________________
The ideas of economists and political philosophers, both when they are right and when they are wrong, are more powerful than is commonly understood. Indeed the world is ruled by little else. Practical men, who believe themselves to be quite exempt from any intellectual influence, are usually the slaves of some defunct economist. Madmen in authority, who hear voices in the air, are distilling their frenzy from some academic scribbler of a few years back. I am sure that the power of vested interests is vastly exaggerated compared with the gradual encroachment of ideas. -- J.M. Keynes |
|
| Top |
|
|
| Tecsys |
| Inviato: Mar Nov 17, 2009 8:48 pm Oggetto: |
|
|
Registrato: 17/07/09 15:07
Età: 24
Messaggi: 438
Residenza: Schio
|
Comunque ho risolto il mio problema in maniera molto molto molto spartana... ma fino all'arrivo di E4A va bene 
Avendo Windows Xp, ho aggiunto al pc 2 schede di rete, con 2 indirizzi diversi, e collegate a linee diverse.
Ho impostato al programma di streaming una ri-connessione automatica ogni 5 secondi, cosi da controllare se è attiva. Ho visto che quando si collega, sceglie una delle 2 connessioni, e se dovesse non trasmettere più attraverso quella, in circa 15/20 secondi ritenta con l'altra scheda.
Spartana, ma funzia! 
Grazie a tutti... |
|
| Top |
|
|
| r3lative |
| Inviato: Mer Nov 18, 2009 11:00 am Oggetto: |
|
|
BANNATO
Registrato: 03/05/07 00:27
Messaggi: 7340
Residenza: Saccolongo - PD - ITALY - terzo pianeta a sinistra
|
dev/null .... ora sono fuori, stasera quando rientro vedo meglio ...
Tecsys ... o non ho capito io o non hai risolto nulla, se cade la linea 1 i client a chi si collegano dato che l'indirizzo ip della linea 2 è diverso dalla linea 1 ....
ciao
_________________
“Mai argomentare con un idiota;
ti fa scendere al suo livello e ti batte per esperienza ”
r3lative blog |
|
| Top |
|
|
| Viper |
| Inviato: Mer Nov 18, 2009 1:32 pm Oggetto: Re: Gestire più connessioni |
|
|
Registrato: 17/10/09 23:07
Età: 29
Messaggi: 348
Residenza: Arzerè - Boscochiesanuova
|
Ciao a tutti, questo è il mio primo post anche se sono iscritto da un po' al forum, mi scuso per non essermi mai presentato prima 
| Tecsys ha scritto: | Una informazioni magari a chi lo ha già fatto.
Io devo fornire un servizio di streaming, e devo essere UP quasi sempre...ma a volte la linea in ufficio (telecom ) va ko per ore...e resto a piedi.
Come posso fare con un server linux a switchare tra più linee, se una cade? Come posso gestire che il server si accorga che la connessione cade?
E cosa più complicata, se ho un indirizzo str.miodominio.it e sulla porta 8080 accetto connessioni, come faccio a mantenere lo stesso indirizzo anche se l'IP della linea cambia?
Io ho delle idee, e sto facendo dei test, e ci sono quasi...ma accetto idee e consigli.
Grazie per le idee che potete darmi.
Francesco |
Per la distro linux, credo che zeroshell possa andare bene per le tue esigenze.
Purtroppo non l'ho mai provata dato che fin'ora non ho mai avuto occasione di fare un balancing tra più linee internet, ma da quello che si può leggere sull'home page è la prima funzionalità elencata.
Per risolvere il problema deli'ip variabile allo switchare delle linee puoi usare il servizio client di dns dinamico, la distro ne è provvista, tramite opendns, dyndns o simili. |
|
| Top |
|
|
| r3lative |
| Inviato: Mer Nov 18, 2009 4:17 pm Oggetto: Re: Gestire più connessioni |
|
|
BANNATO
Registrato: 03/05/07 00:27
Messaggi: 7340
Residenza: Saccolongo - PD - ITALY - terzo pianeta a sinistra
|
| Viper ha scritto: | Ciao a tutti, questo è il mio primo post anche se sono iscritto da un po' al forum, mi scuso per non essermi mai presentato prima
| Tecsys ha scritto: | Una informazioni magari a chi lo ha già fatto.
Io devo fornire un servizio di streaming, e devo essere UP quasi sempre...ma a volte la linea in ufficio (telecom ) va ko per ore...e resto a piedi.
Come posso fare con un server linux a switchare tra più linee, se una cade? Come posso gestire che il server si accorga che la connessione cade?
E cosa più complicata, se ho un indirizzo str.miodominio.it e sulla porta 8080 accetto connessioni, come faccio a mantenere lo stesso indirizzo anche se l'IP della linea cambia?
Io ho delle idee, e sto facendo dei test, e ci sono quasi...ma accetto idee e consigli.
Grazie per le idee che potete darmi.
Francesco |
Per la distro linux, credo che zeroshell possa andare bene per le tue esigenze.
Purtroppo non l'ho mai provata dato che fin'ora non ho mai avuto occasione di fare un balancing tra più linee internet, ma da quello che si può leggere sull'home page è la prima funzionalità elencata.
Per risolvere il problema deli'ip variabile allo switchare delle linee puoi usare il servizio client di dns dinamico, la distro ne è provvista, tramite opendns, dyndns o simili. |
si, il problema in soluzioni di questo tipo sono i tempi di "switch" che sono sempre abbastanza elevati, in genere 15 minuti, tempi che non credo siano molto compatibili con lo streaming a/v
_________________
“Mai argomentare con un idiota;
ti fa scendere al suo livello e ti batte per esperienza ”
r3lative blog |
|
| Top |
|
|
| r3lative |
| Inviato: Gio Nov 19, 2009 2:54 am Oggetto: |
|
|
BANNATO
Registrato: 03/05/07 00:27
Messaggi: 7340
Residenza: Saccolongo - PD - ITALY - terzo pianeta a sinistra
|
ok, tornato ... e riletto tutto ...
@dev/null
Tecsys deve gestire un server streaming , questo server (da quanto ho capito) è residente presso l'azienda (radio, ecc), ed è collegato ad internet tramite una connessione xdsl, esiste anche una seconda linea xdsl di backup, ma ovviamente ha indirizzo diverso dalla prima (forse anche gestore).
i client usano lo streaming presente sul server collegandosi ad un certo sito "www.myStreamingServer.it".
il problema sorge nel momento in cui la linea xdsl principale cade e quindi deve subentrare la seconda di backup.
sperando di aver capito tutto correttamente ....
mettere una vpn tra client e server non porta a nessun beneficio, anzi comporta ulteriori problemi, in quanto il collegamento viene fatto sempre dal client al server, ed in caso di down della prima linea, bisogna comunque collegarsi alla seconda linea (che ha indirizzi IP diversi dalla prima). quindi i problemi persistono, inoltre c'è il problema di instaurare una vpn con relativi certificati/configurazioni varie ecc ... imho peggiori la situazione, senza apportare nessun vantaggio.
l'uso di un servizio come dyndns permette di risolvere almeno in parte il problema, in quanto l'indirizzo IP viene aggiornato ogni x minuti (a cura del server), e quindi in caso di down della linea viene aggiornato il dns a cui si collegano gli utenti, il probelma sono i tempi di switch che tra rilevamento del down, switch della routing table, aggiornamento del dns, e propagazione della modifica sono abbastanza elevatio per il servizio che si vuole dare (15 minuti di media, per un servizio streaming, non sono pochi).
la soluzione classica prevede l'uso di due linee, magari con provider diversi, in modo da salvaguardarsi dal down anche dell'infrastruttura del provider, il problema è che questo comporta una discreta complessita della cosa, è necessario richiedere un AS e gestirlo, oltre che gestire le due linee ...
una possibile soluzione alternativa potrebbe essere quella di ospitare il server presso un datacenter che garantisca almeno il 99% di uptime, il server è collegato allo studio tramite vpn, in questo modo è semplice configurare le linee, non hai bisogno di AS, e puoi prevedere una specie di programma registrato in caso di down della VPN
uno dei problemi principali è capire di che banda hanno bisogno, oltre a sapere quanto downtime possono sopportare.
solo per dare un'idea degli uptime su base annua :
98% = 7,3 gg (una settimana completa)
99% = 3,65gg
99,9% = circa 8 ore
99,99% = meno di un'ora
99,999% = 5 minuti.
considera che il 99,999 è il valore più alto garantito solo da cluster ridondati, e dal costo molto esagerato ... tanto per dare un'idea i server (server) di fascia medio/alta garantiscono il 99,9% di uptime, alcuni server di fascia alta arrivano al 99,99%, per arrivare al 99,999 bisogna usare server un po particolari, tipo gli stratus (io ne ho visto solo uno il nonno di questo )
_________________
“Mai argomentare con un idiota;
ti fa scendere al suo livello e ti batte per esperienza ”
r3lative blog |
|
| Top |
|
|
| Tecsys |
| Inviato: Ven Dic 04, 2009 11:09 am Oggetto: |
|
|
Registrato: 17/07/09 15:07
Età: 24
Messaggi: 438
Residenza: Schio
|
|
| Top |
|
|
| r3lative |
| Inviato: Ven Dic 04, 2009 1:37 pm Oggetto: |
|
|
BANNATO
Registrato: 03/05/07 00:27
Messaggi: 7340
Residenza: Saccolongo - PD - ITALY - terzo pianeta a sinistra
|
Tecsys si, di distro che fanno quelle cose ce ne sono parecchie, vedi anche pfsense, ma il tuo problema è un'altro (da quanto ho capito).
tu hai 2 linee che ovviamente hanno indirizzi IP diversi, e devi essere raggiungibile a questi indirizzi da internet, quindi in pratica hai il mondo che deve cercare di collegarsi a TuoIP1, e se non funziona TuoIP2, questo non lo risolvi con il bilanciamento delle linee ( che serve per le connessioni in uscita, non in entrata). anche configurazioni di round-robin del dns non vanno bene, in quanto tutto il traffico deve essere indirizzato al TuoIPX funzionante. andrebbe bene il dns dinamico (tipo dyndns per intendersi), ma hai dei tempi di aggiornamento (circa 15') non sono proprio il massimo.
se hai 2 linee dello stesso provider, prova a chiedere un blocco di indirizzi da assegnare alle due linee, se invece hai due ISP diversi devi chiedere l'assegnazione di un AS e gestirlo.
una possibile "scappatoia" è quella di spostare il server di streaming in un datacenter (che a questo punto riceve le connessioni) e tu colleghi lo studio al server tramite una VPN.
ciao
_________________
“Mai argomentare con un idiota;
ti fa scendere al suo livello e ti batte per esperienza ”
r3lative blog |
|
| Top |
|
|
| Emilien |
| Inviato: Ven Dic 04, 2009 3:57 pm Oggetto: |
|
|
Registrato: 14/01/09 14:59
Messaggi: 6795
Residenza: Linux the World of freedom
|
| r3lative ha scritto: | ...
Tecsys si, di distro che fanno quelle cose ce ne sono parecchie, vedi anche pfsense, ma il tuo problema è un'altro (da quanto ho capito)..... |
Secondo me la sua situazione è al contrario cioè il suo software invia lo streaming ad un server e poi è il server che pensa alla distribuzione ai vari client
Lo deduco da:
| Tecsys ha scritto: | | ....perché si tratta di una radio,che con lo streaming manda audio al satellite(copertura mondiale) e al digitale terreste(nord Italia per ora).... |
Per cui il balancing failover è quello che fa al caso suo
Emilien  |
|
| Top |
|
|
|
|
|
| |
|
Pagina 1 di 1 |
|
Non puoi inserire nuovi argomenti
Non puoi rispondere a nessun argomento
Non puoi modificare i tuoi messaggi
Non puoi cancellare i tuoi messaggi
Non puoi votare nei sondaggi
|
|
|
|
REGOLAMENTO
