domein naam met 2 ip adressen

[Big fellow]

@maze;

 

Aan beide kanten van de verbinding moet software draaien om dit te ondersteunen ( het bundelen dus ). De software zet een aantal verbindingen ( in het voorbeeld dus 2 ) onderling op, en gedragen zich naar buiten toe als 1 verbinding.... De gebruiker ziet dus helemaal niets van deze bundeling...

 

Big fellow

[Gast]

Voor iemand anders op internet ben je volgens mij nog gewoon steeds 2 ip-adressen. Dit kan een stukje software niet zomaar even wijzigen....

 

Data binnenhalen via beide verbindingen zou je dus wel moeten kunnen met een hogere snelheid, wanneer de software ontvangen data samenvoegt van beide ip adressen en daarna doorstuurt naar het interne ip adres van het werkstation.

 

Wanneer iemand echter jou wil bereiken kan dit alleen maar op 1 van de 2 ip adressen die je hebt gekregen van je ISP's.

Je kunt daarom volgens mij niet de andere verbinding het ip adres van de ene laten aannemen, dus volgens mij is het technisch niet mogelijk om upload te bundelen.(tenminste niet zonder speciale software bij degene naar wie je upload).

[Big fellow]

@maze;

 

Ik heb hieronder een stukje uit een Linux Howto...

 

Citaat:

EQL is in de Linux kernel geïntegreerd. Als twee seriële connecties bestaan op een andere computer (hiervoor zijn meestal twee modems en twee telefoonlijnen nodig) en SLIP of PPP (protocollen voor het versturen van Internetverkeer via telefoonlijnen) wordt hierop gebruikt, dan is het mogelijk ze met gebruik van deze driver te laten gedragen als één dubbele snelheidsconnectie. Natuurlijk moet die ook aan de andere kant worden ondersteund.

 

Dit is toepasbaar op ander soort verbindingen...

 

En wat ik zelf dus schreef:

 

Citaat:

Aan beide kanten van de verbinding moet software draaien om dit te ondersteunen ( het bundelen dus ). De software zet een aantal verbindingen ( in het voorbeeld dus 2 ) onderling op, en gedragen zich naar buiten toe als 1 verbinding.... De gebruiker ziet dus helemaal niets van deze bundeling...

 

Met andere woorden je wordt dus een node op het internet met maar 1 (één) adres als je deze opzet gebruikt. Je maakt alleen gebruik van meerdere fysieke lijnen om de verbinding op te bouwen.

 

Wat jij schrijft:

 

Citaat:

Voor iemand anders op internet ben je volgens mij nog gewoon steeds 2 ip-adressen. Dit kan een stukje software niet zomaar even wijzigen....

 

O nee? Waarom niet? Als je een router hebt die aan NAT doet dan gebeurt dat continue...

 

Big fellow

[Gast]

Dit verhaal over bundeling gaat dus over directe seriele/inbelverbindingen...

 

Citaat:

Aan beide kanten van de verbinding moet software draaien om dit te ondersteunen ( het bundelen dus ). De software zet een aantal verbindingen ( in het voorbeeld dus 2 ) onderling op, en gedragen zich naar buiten toe als 1 verbinding.... De gebruiker ziet dus helemaal niets van deze bundeling...

Dat de gebruiker niets ziet van deze bundeling komt dus door de extra software die je aan beide zeiden moet draaien.

 

Dit hele verhaal gaat verder niet op voor het internet omdat je niet vrij bent om zelf even jezelf een ip adres toe te wijzen en paden aan te geven etc....

 

Met NAT wordt je verbinding met je ISP trouwens echt niet anders hoor, het geeft je alleen de mogelijkheid een intern/niet vanaf internet te bereiken netwerk op te zetten die het internet kunnen benaderen.

Het benaderen vanaf internet naar intern kan eventueel trouwens wel, maar dan moet je specifiek instellen op je router naar welk interne ip adres 'doorverbonden' moet worden..Verder niet relevant, maar om misverstanden even te voorkomen.

[Big fellow]

Citaat:

Dit verhaal over bundeling gaat dus over directe seriele/inbelverbindingen...

Maar kan je ook toepassen op ander soort verbindingen... Kwestie van de juiste interfaces configureren...

Citaat:

Citaat:

Aan beide kanten van de verbinding moet software draaien om dit te ondersteunen ( het bundelen dus ). De software zet een aantal verbindingen ( in het voorbeeld dus 2 ) onderling op, en gedragen zich naar buiten toe als 1 verbinding.... De gebruiker ziet dus helemaal niets van deze bundeling...

Dat de gebruiker niets ziet van deze bundeling komt dus door de extra software die je aan beide zeiden moet draaien.

Inderdaad jah, maar jouw opmerking was dat het niet mogelijk was om de upstream ook te bundelen.. Dat is dus wel mogelijk....

Citaat:

Dit hele verhaal gaat verder niet op voor het internet omdat je niet vrij bent om zelf even jezelf een ip adres toe te wijzen en paden aan te geven etc....

Dit verhaal gaat dus juist wel op voor internet.... Door de software die draait aan beide kanten wordt de hele link tussen de twee nodes transparant. Aan de "internet" kant wordt er door de software dus geluisterd op één IP adres, en het verkeer daarvoor wordt getransporteerd naar de andere (client) kant over de gebundelde verbinding... De routering wordt gewoon gedaan op de "normale" manier, net alsof er een "normale" verbinding zou zijn....

Citaat:

Met NAT wordt je verbinding met je ISP trouwens echt niet anders hoor, het geeft je alleen de mogelijkheid een intern/niet vanaf internet te bereiken netwerk op te zetten die het internet kunnen benaderen.

De opmerking over NAT sloeg op deze opmerking:

Citaat:

Voor iemand anders op internet ben je volgens mij nog gewoon steeds 2 ip-adressen. Dit kan een stukje software niet zomaar even wijzigen....

NAT doet nou precies dit.. Het verandert het IP adres van een pakketje...

Big fellow

[Gast]

Citaat:

Inderdaad jah, maar jouw opmerking was dat het niet mogelijk was om de upstream ook te bundelen.. Dat is dus wel mogelijk....

Ja oke,ik geef toe dat het mogelijk is met speciale software aan beide zijden... Hier heb je dus alleen niets aan op internet tenzij je altijd tussen een paar vaste computers verbinding maakt.
Voor bundelen van download heb je alleen software nodig aan 1 zijde.

Citaat:

....en het verkeer daarvoor wordt getransporteerd naar de andere (client) kant over de gebundelde verbinding... De routering wordt gewoon gedaan op de "normale" manier, net alsof er een "normale" verbinding zou zijn....

Je kunt niet zomaar over 2 verbindingen data transporteren naar iemand op internet,tenzij deze aan beide ip-adressen gegevens heeft gevraagd..Een client accepteert echt niet zomaar van ieder ip-adres data.
Je kunt dan wel zeggen dat beide verbindingen samen 1 ip adres(of node) gaan vormen, maar daar heb je de vrijheid niet voor omdat alle ip's op internet maar 1x voorkomen omdat anders routering niet meer mogelijk zou zijn.

Ik heb alleen het gevoel dat we het hier met z'n tweeën nooit uit zullen komen.. Misschien heeft iemand anders nog een mening over dit onderwerp?