Onderwerp: IPv4 GRE tunnel

Ik zoek een betrouwbare Hoster die een IPv4 GRE tunnel kan opzetten en routeren naar mijn glasvezel verbinding.
Het gaat erom dat ik minimaal 4 extra vrije IP adressen erbij wil hebben.
Er zijn aanbieders te vinden die het doen maar het probleem is dat ik geen KvK meer heb.

Als budget heb ik aan gegeven 20,- euro per maand maar dat is bespreekbaar.

Alvast bedankt voor de aanbiedingen.

Een uitdaging bij dit soort diensten is het noodzakelijke dataverkeer. De doorsnee tunnelaar moet jouw ingaand en uitgaand verkeer dubbel betalen. Niet alleen dat, maar ook de schaarsere IPv4 adressen tikken aan. Enig idee hoeveel dataverkeer je nodig hebt?

Oorspronkelijk geplaatst door t.bloo

Een uitdaging bij dit soort diensten is het noodzakelijke dataverkeer. De doorsnee tunnelaar moet jouw ingaand en uitgaand verkeer dubbel betalen. Niet alleen dat, maar ook de schaarsere IPv4 adressen tikken aan. Enig idee hoeveel dataverkeer je nodig hebt?

Het dataverkeer is gemiddeld ongeveer 150TB per maand.

150 TB per maand, dus even voor de volledigheid zoek je een aanbieding met circa 500 Mbps 95% traffic, die dubbel over de lijn gaat (buiten en binnen de tunnel). Je prijsidee zou zomaar een factor 100 of meer scheef kunnen zitten...

Oorspronkelijk geplaatst door t.bloo

150 TB per maand, dus even voor de volledigheid zoek je een aanbieding met circa 500 Mbps 95% traffic, die dubbel over de lijn gaat (buiten en binnen de tunnel). Je prijsidee zou zomaar een factor 100 of meer scheef kunnen zitten...

Sorry ik wist niet dat de data dan dubbel over de lijn moet bij een GRE Tunnel.
Als een IP tunnel een betere oplossing is dan mogen hier ook aanbiedingen voor komen.

Oorspronkelijk geplaatst door Anoniem

Sorry ik wist niet dat de data dan dubbel over de lijn moet bij een GRE Tunnel.
Als een IP tunnel een betere oplossing is dan mogen hier ook aanbiedingen voor komen.

Het probleem is niet het protocol dat gebruikt wordt, maar het feit dat het een tunnel is. Bij de provider moet het zowel inbound richting jou als outbound via de provider en omgekeerd, dus heb je inderdaad dubbel verbruik. Echter als je zuiver op 95% mbit gaat rekenen is dit niet het geval (omdat daar de hoogste waarde van inbound of outbound genomen wordt). Maar voor jouw bedrag vrees is ik er voor dat je dit gaat vinden, zeker zoals al vermeld dat de prijs van enkel een IPv4 adres al € 1,- tot € 2,50 per maand gaat. Misschien eens mailen naar je isp met de vraag voor extra ip adressen en wie weet kom je goedkoper uit ondanks dat je isp meer per ip vraagt.

Geen idee hoeveel dataverkeer je krijgt bij https://extraip.nl/ maar je zou het bij ze kunnen navragen.

Oorspronkelijk geplaatst door xaban

Geen idee hoeveel dataverkeer je krijgt bij https://extraip.nl/ maar je zou het bij ze kunnen navragen.

Bedankt maar hier had ik al gekeken, heb geen KvK nummer meer zoals ik al aangaf.
Een paar maand geleden probeerde ik al contact met hun op te nemen maar lukte niet, dus die valt af voor mij.

Oorspronkelijk geplaatst door t.bloo

Een uitdaging bij dit soort diensten is het noodzakelijke dataverkeer. De doorsnee tunnelaar moet jouw ingaand en uitgaand verkeer dubbel betalen. Niet alleen dat, maar ook de schaarsere IPv4 adressen tikken aan. Enig idee hoeveel dataverkeer je nodig hebt?

niet echt hoor... als zn 'glasvezel verbinding thuis' het egress verkeer gewoon zonder nat kan doen kan dat er gewoon -daar- uitgegooid worden zonder dat het over de tunnel terug hoeft. en anders neem je daarvoor een of andere goedkope vps of dedi bij een of andere el-cheapo hostingboer die niet op source filtert en gooi je het daarover naar buiten... :P dat hoeft niet over dezelfde verbinding :P je hoeft alleen die 4 ips te routeren naar een endpoint op een gre tunnel. wat een beetje router gewoon native kan, en terug zoektie zelf maar uit (das overigens toch niet zichtbaar in traceroute en dergelijke, alleen inkomend :P

beetje probleem als zn nat zich er mee gaat bemoeien of zn isp filtert dat het source address toch echt wel uit hun ranges zou moeten zijn. maargoed. dan zet je zelf dus gewoon nog een tunneltje op voor de uitgaande traffic naar wat dan ook het goedkoopst is dat dat niet doet :P -daar- verder geen verdere maatregelen nodig. gewoon ipforwarding aan en hoppa.

destijds 100en van dat soort klantjes gehad... 'rack vol bij leaseweb maar we willen geen leaseweb ips' enzo. :P

wel wil je even de DF flags clearen nog -voor- dat je routers de packets in consideratie nemen want de mtu op die packets is aanzienlijk kleiner en met name wintendo workstations gaan nog wel eens raar doen (broken path mtu discovery) dus gewoon lekker -alles- fragmenten. hoppa. dan werkt gewoon -alles- ook. (ff opletten dat je dat niet op de rest van je peering sessies ook doet anders zet je de df flag uit voor het halve internet per ongeluk :P

meestal zal zo'n nat routertje wel gaan van 'oh me nat range is 192.168.1/24 maar dit is 202.123/16 dus ik ga dat gewoon forwarden zonder nat te proberen' maar als het ding toch probeert het source address te veranderen, tsja, dan kan dat vast ergens uitgezet worden :P lol.

Oorspronkelijk geplaatst door cb3rob

niet echt hoor... als zn 'glasvezel verbinding thuis' het egress verkeer gewoon zonder nat kan doen kan dat er gewoon -daar- uitgegooid worden zonder dat het over de tunnel terug hoeft. en anders neem je daarvoor een of andere goedkope vps of dedi bij een of andere el-cheapo hostingboer die niet op source filtert en gooi je het daarover naar buiten... :P dat hoeft niet over dezelfde verbinding :P je hoeft alleen die 4 ips te routeren naar een endpoint op een gre tunnel. wat een beetje router gewoon native kan, en terug zoektie zelf maar uit (das overigens toch niet zichtbaar in traceroute en dergelijke, alleen inkomend :P

beetje probleem als zn nat zich er mee gaat bemoeien of zn isp filtert dat het source address toch echt wel uit hun ranges zou moeten zijn. maargoed. dan zet je zelf dus gewoon nog een tunneltje op voor de uitgaande traffic naar wat dan ook het goedkoopst is dat dat niet doet :P -daar- verder geen verdere maatregelen nodig. gewoon ipforwarding aan en hoppa.

destijds 100en van dat soort klantjes gehad... 'rack vol bij leaseweb maar we willen geen leaseweb ips' enzo. :P

wel wil je even de DF flags clearen nog -voor- dat je routers de packets in consideratie nemen want de mtu op die packets is aanzienlijk kleiner en met name wintendo workstations gaan nog wel eens raar doen (broken path mtu discovery) dus gewoon lekker -alles- fragmenten. hoppa. dan werkt gewoon -alles- ook. (ff opletten dat je dat niet op de rest van je peering sessies ook doet anders zet je de df flag uit voor het halve internet per ongeluk :P

meestal zal zo'n nat routertje wel gaan van 'oh me nat range is 192.168.1/24 maar dit is 202.123/16 dus ik ga dat gewoon forwarden zonder nat te proberen' maar als het ding toch probeert het source address te veranderen, tsja, dan kan dat vast ergens uitgezet worden :P lol.

as for ipip en gre... -eigenlijk- zou ik je gewoon 'iets nieuws' adviseren dat verder niemand ooit nog gebruikt, behalve wij en dan wel voor ax.25 en x.25 :P namelijk: de packets gewoon tunnelen over SCTP,SOCK_STREAM... basically tcp maar dan zonder dat het een veredelde serial port for noobs speelt over het internet en WEL gewoon frame seperatie houdt etc. dus je hoeft het niet in slip encapsulating te stoppen, gewoon bam, packet van je tun interface -> sctp -> endpoint klaar. ook geen gezeur met bijhouden van dynamic ip endpoints etc (bestaat dat nog? dynamic ips? anyway.... met ipip en gre zal je aan de 'concentrator kant' rekening moeten houden met dat de clients wel eens een ander ip kunnen krijgen :P

it's like tcp maar dan zonder al dat gezeur :P en zonder al het (andere) gezeur van ipip,gre of udp. alleen tsja. je providers ciscotje zal wel gewoon gre en ipip kunnen out of the box en niet nieuwe protocolletjes die je zelf even in elkaar beunt zonder dat je daarvoor eerst een rfc issued en 20 jaar wacht :P LOL. maargoed als je 1 packet based protocol (IP zelf bijvoorbeeld naar een andere endpoint wil sturen over een ip netwerk ('het intenet' --> SCTP is the way to go :P nowadays it is. 30 jaar terug was het er nog niet. het -kan- zelfs point to multipoint... :P gewoon built in.

Oorspronkelijk geplaatst door cb3rob

as for ipip en gre... -eigenlijk- zou ik je gewoon 'iets nieuws' adviseren dat verder niemand ooit nog gebruikt, behalve wij en dan wel voor ax.25 en x.25 :P namelijk: de packets gewoon tunnelen over SCTP,SOCK_STREAM... basically tcp maar dan zonder dat het een veredelde serial port for noobs speelt over het internet en WEL gewoon frame seperatie houdt etc. dus je hoeft het niet in slip encapsulating te stoppen, gewoon bam, packet van je tun interface -> sctp -> endpoint klaar. ook geen gezeur met bijhouden van dynamic ip endpoints etc (bestaat dat nog? dynamic ips? anyway.... met ipip en gre zal je aan de 'concentrator kant' rekening moeten houden met dat de clients wel eens een ander ip kunnen krijgen :P

it's like tcp maar dan zonder al dat gezeur :P en zonder al het (andere) gezeur van ipip,gre of udp. alleen tsja. je providers ciscotje zal wel gewoon gre en ipip kunnen out of the box en niet nieuwe protocolletjes die je zelf even in elkaar beunt zonder dat je daarvoor eerst een rfc issued en 20 jaar wacht :P LOL. maargoed als je 1 packet based protocol (IP zelf bijvoorbeeld naar een andere endpoint wil sturen over een ip netwerk ('het intenet' --> SCTP is the way to go :P nowadays it is. 30 jaar terug was het er nog niet. het -kan- zelfs point to multipoint... :P gewoon built in.

gaat ook gewoon dwars door de meeste consumer nats heen. maar wel maar 1 sessie tegelijkertijd. (welnu, de meeste consumer nats hebben nog nooit van andere protocol numbers dan udp en tcp gehoord en kunnen dus ook geen forwards aanmaken voor ipip en gre want dat zijn andere protocol numbers :P sctp is 'iets minder obscuur' :P (vereist natuurlijk wel dat je carrier jouw code voor jouw protocol wil runnen 'op iets' :P

of je een kvk nummer hebt zal iedereen toch worst zijn. dat hebben al die seychelles ibc's en russen en chinezen ook niet :P althans niet een van nederland :P zolang je maar betaald :P

terminate het ding gewoon op ipv6 en nat en bemoeienis van een eventueel cpe routertje zijn ook geen probleem meer. either way zo'n beetje iedere zelf respecterende router kan gewoon ipip en gre native. en kan ook gewoon een route-map er op zetten om de df te clearen... (linux kernels kunnen dat -NIET-. zonder modificatie van ip_forward.c )

tis hoe dan ook in de regel alleen nodig voor de inkomende packets naar jou toe... de rest dump je maar over de connectie zelf, een random internet exchange peering (die accepten ook alles after all :P of gewoon een el-cheapo dedicated server elders :P

om van te voren even te testen, gewoon wat pseudo udp raw packets naar een machine van jou schoppen vanaf die aansluiting met oplopende source addressen en kijken of ze niet alleen hun eigen ranges doorlaten maar gewoon alles :P en als dat werkt, welnu. prima. dan is voor egress verder nix nodig.

overigens snappen we prima wat je wil :P gewoon je serverfarm in je eigen kelder over een bijna nix kostende ffth aansluiting die ja ook gewoon 500mbit ofzo doet he :P LOL. guess what. als je gewoon ftto reseller wordt, is kpn verplicht te leveren op iedere locatie die jij wil :P en wel direct :P tentje zetten putje graven aansluiten. nix wachten op rollouts. en of je daar nou 'internet' overheen gooit of 'iets anders' en of dat nou klanten zijn of gewoon je eigen locaties. gaat ze ook al nix aan :P