4G modem met ethernetaansluiting

[Edward Valckx]

Ik ben op zoek naar een 4G fallback verbinding voor op mijn pfSense router (dus bij uitvallen van de Internet aansluiting, schakelt pfSense over naar 4G). Liefst geen USB interface, maar ethernet.

De volgende toestellen lijken interessant:

- Huawei B525
- AVM Fritz!BOX 6820 LTE
- Netgear LB2120

Het is de bedoeling dat deze in bridge mode werken (dus geen extra NAT); maar ik vind niet altijd duidelijk informatie hierover terug. Van de Huawei zijn er blijkbaar zowel versies mét als zonder bridge mode... En bij de 6820 vind ik er niet meteen iets over terug...

Wie heeft ervaring met één van bovenstaande toestellen? Of een alternatief in dezelfde prijsklasse?

Bedankt.

[Sinna]

Ik heb zelf nav. het bericht op TechZine Edpnet levert automatische 4G-back-up aan zakelijke klanten hierover een discussie gehad met zowel EDP- als Fritz!-support.
Beiden bevestigen dat een Fritz!Box geen bridge modus ondersteunt, enkel een exposed host (wat voor mij overeenkomt met een DMZ-host).
Ik kan je de mailconversatie met AVM hieromtrent in PM bezorgen.

[philippe_d]

Voor zover ik weet ondersteunt de Fritz!Box inderdaad geen bridge mode (bridge in de zin van de LAN poort krijgt een extern IP).
Je hebt dan ook altijd een dubbele NAT (ook als je het achterliggen toestel instelt als "exposed host")

De Fritz!Box LTE die EDPNet aanbiedt is de Fritz!Box 6890.
Hierop kan je internet op 3 manieren binnenkrijgen:

• * via 4G (ingebouwde LTE modem met SIM kaart slot)
  * via WAN (heeft extra WAN poort, voorbeeld om een Telenet modem op aan te sluiten)
  * via DSL (ADSL, VDSL2, vectoring, supervectoring 35b)

Het grote voordeel van de Fritz!Box 6890 zijn de fallbackmogelijkheden, waarbij automatisch gewisseld kan worden tussen bovenstaande modes (of zelfs combineerbaar voor sneller internet).

De Fritz!BOX 6820 LTE is alleen 4G.

[Sinna]

Ik heb hier een 6820 LTE liggen, als ik mij goed herinner hier 2de-hands gekocht.
Ik zou eens moeten proberen, maar verwacht niet dat die exposed host is wat je wenst aangezien die exposed host op zijn WAN-interface toch een intern IP zal krijgen. Hierdoor is SNAT niet meer mogelijk wat voor mij een show-stopper is.
Voor zover ik weet zijn er in België geen 4G-operatoren waarbij een PPPoE-sessie opgezet moet worden. Indien wél, dan zou die Fritz! toch kunnen dienen.

[Edward Valckx]

Beiden bevestigen dat een Fritz!Box geen bridge modus ondersteunt, enkel een exposed host (wat voor mij overeenkomt met een DMZ-host).

Ging dit over de 6820, of over de 6890 die EDPnet levert? Of algemeen over al hun toestellen?

Het grote voordeel van de Fritz!Box 6890 zijn de fallbackmogelijkheden, waarbij automatisch gewisseld kan worden tussen bovenstaande modes (of zelfs combineerbaar voor sneller internet).

Bedankt voor de info, maar pfSense zal al voor deze mogelijkheden zorgen. De 6890 is dus wat overkill in mijn geval.

Ik heb hier een 6820 LTE liggen, als ik mij goed herinner hier 2de-hands gekocht.

Kan je (als het niet teveel moeite is), in de webinterface eens kijken of je die optie ziet?

Bedankt!

[Sinna]

Volgens AVM ondersteunt geen enkel Fritz!Box-model de mogelijkheid tot bridgen, vandaar ook mijn opmerking omtrent PPPoE waar je wel het gewenste gedrag kan krijgen (en ik ook toepas, zij het met een eenvoudige BBox3 ipv. Fritz!).
@Edward: als je van de regio Brugge (thuis) of Leuven (werk) bent, kan je dit toestel gerust eens lenen om te zien wat de mogelijkheden en beperkingen zijn. Ik heb het nu niet in dienst.

[ITnetadmin]

Momentje, ik ben effe ni mee.
We maken hier allemaal toch het correcte onderscheid tussen "bridge mode" (de router functie stopt met werken en alle toestellen krijgen extern ip) en "mac passthrough" (de router blijft aan en gaat op basis van mac bepaalde toestellen doorlussen), neem ik aan?

[Edward Valckx]

Momentje, ik ben effe ni mee.
We maken hier allemaal toch het correcte onderscheid tussen "bridge mode" (de router functie stopt met werken en alle toestellen krijgen extern ip) en "mac passthrough" (de router blijft aan en gaat op basis van mac bepaalde toestellen doorlussen), neem ik aan?

Niemand heeft het hier over MAC pass through. Waarom denk je daar aan?

@Edward: als je van de regio Brugge (thuis) of Leuven (werk) bent, kan je dit toestel gerust eens lenen om te zien wat de mogelijkheden en beperkingen zijn. Ik heb het nu niet in dienst.

Dat is heel vriendelijk, maar als je zegt dat geen enkele FB dit ondersteunt, heeft het geen zin. Ik zal eens naar die Netgear kijken.

[ITnetadmin]

Niemand heeft het hier over MAC pass through. Waarom denk je daar aan?

Ik had effe wat verwarring met de term "exposed host".
Also, zou een mac passhrough afdoende zijn voor je eisen, of wil je strict bridging?

Vergeet ook niet dat de kans zéér groot is dat een 4G router achter een CGNAT zit, waardoor je dus zoiezo minstens een dubbele nat hebt (die van je pfsense plus die van de provider).

[Sinna]

Vergeet ook niet dat de kans zéér groot is dat een 4G router achter een CGNAT zit, waardoor je dus zoiezo minstens een dubbele nat hebt (die van je pfsense plus die van de provider).

Dat zou bij die 4G backup van EDPnet waar ik eerder in deze draad naar refereerde niet het geval zijn. Het IP-adres blijft onveranderd, onafhankelijk van of je nu via xDSL of 4G verbindt.
In andere gevallen schijnt het afhankelijk te zijn van welke APN-gegevens je opvoert (er lopen hier een aantal draadjes op dit forum over, maar kan ze zo niet meteen vinden).

Also, zou een mac passhrough afdoende zijn voor je eisen, of wil je strict bridging?

Verklaar je nader? Ik dacht dat dat hetzelfde was. Ik vermoed dat de TS wil dat de (4G-)modem als het ware transparant is. Dit is ook het scenario wat ik voor ogen heb omdat ik op de firewall op basis van source-IP bepaalde regels moet kunnen afdwingen.

[Edward Valckx]

Ik had effe wat verwarring met de term "exposed host".
Also, zou een mac passhrough afdoende zijn voor je eisen, of wil je strict bridging?

MAC pass through is hier niet aan de orde. Het IP van de 4G provider moet op pfSense terechtkomen.

[Tim.Bracquez]

**

[KRL100]

Ik heb hier een Huawei 4G router met 4 RJ45 Gigabit netwerkaansluitingen. Je laat maar iets weten!

[ITnetadmin]

Dat zou bij die 4G backup van EDPnet waar ik eerder in deze draad naar refereerde niet het geval zijn. Het IP-adres blijft onveranderd, onafhankelijk van of je nu via xDSL of 4G verbindt.

Ok. Ik leid dan af dat je hier niet met beide tegelijk kan ingelogd kan zijn; anders kunnen ze geen identiek ip ondersteunen.

Also, zou een mac passhrough afdoende zijn voor je eisen, of wil je strict bridging?

Verklaar je nader? Ik dacht dat dat hetzelfde was. Ik vermoed dat de TS wil dat de (4G-)modem als het ware transparant is. Dit is ook het scenario wat ik voor ogen heb omdat ik op de firewall op basis van source-IP bepaalde regels moet kunnen afdwingen.

Zoals ik eerder al zei, maar nog ns samengevat:
- Bij bridging zet je de routerfunctie van de modem af. Hij fungeert dan alleen nog als modem, en de achterliggende IPs komen direct zichtbaar op het netwerk van de provider, en krijgen van die provider een IP adres.
- Bij mac passthrough blijft de routerfunctie actief op de modem. Je kan dan in een menu een (of meerdere) mac adressen invoeren die de router zal negeren en rechtstreeks door zal laten tot op het netwerk van de provider; deze krijgen dan ook een extern IP, maar in tegenstelling tot bridging moet je elk toestel dat dit moet krijgen configureren in de modem. Niet geliste toestellen vallen dan gewoon in het local network van de router.

MAC pass through is hier niet aan de orde. Het IP van de 4G provider moet op pfSense terechtkomen.

Zie antwoord hierboven; mac passthrough zorgt hier ook voor, alleen op een andere manier.

[Edward Valckx]

Bijvoorbeeld MikrotTik SXT LTE of de wAP LTE ondersteunen dit zonder probleem. Als je dit trouwens gewoon eens wilt testen, heb nog wel een device liggen waarmee je een weekje kan testen (wAP LTE)

Bedankt voor de info en de aanbieding. Echter, naar aanleiding van uw info heb ik een collega op het werk gevonden die vrijdag zijn Mikrotik WAP LTE gaan meebrengen, en dan kan ik het testen.

Ik heb hier een Huawei 4G router met 4 RJ45 Gigabit netwerkaansluitingen. Je laat maar iets weten!

Welk model is dat, en ondersteunt deze bridge mode?

[sdb]

Wij hebben de nieuwe EDPnet oplossing met 4G backup reeds actief & ik kan bevestigen dat beide verbindingen hetzelfde ip-adres hebben:
ip-adres is gemaskeerd, maar dit is dus hetzelfde ip-adres.

Capture.PNG

Ivm de vraag van de topic starter, makkelijkste oplossing lijkt mij een USB dongle, maar ik ben ook wel benieuwd of hier een ethernet oplossing voor bestaat.

[Ken]

MikroTik wAP LTE kit hier. Werkt perfect !

https://mikrotik.com/products/group/lte-products

[liegebeestig]

Wij hebben de nieuwe EDPnet oplossing met 4G backup reeds actief & ik kan bevestigen dat beide verbindingen hetzelfde ip-adres hebben:

Zeer interessant. Gebruikt de Fritz dan de snellere upload van de lte verbinding of heb je het ingesteld als fall back?

[CCatalyst]

Deze nog: https://www.alfa.com.tw/products_detail/181.htm

De router die in dat pakket zit is de Alfa R36A dewelke ruim voldoende RAM en flash heeft voor OpenWRT. Voor OpenWRT vind je genoeg info inzake bridge mode (+ voordeel van open source). Geen Huawei onderdelen is ook een voordeel, Alfa sourcet alles uit Taiwan.

De 4G antenna is wel vrij groot, goed voor plaatsen met minder of slecht bereik, maar wel opzichtig.

[Edward Valckx]

ip-adres is gemaskeerd, maar dit is dus hetzelfde ip-adres.

Elegante oplossing van EDPnet.

Wel grappig dat de 4G verbinding sneller werkt dan de vaste DSL verbinding

[sdb]

Wij hebben de nieuwe EDPnet oplossing met 4G backup reeds actief & ik kan bevestigen dat beide verbindingen hetzelfde ip-adres hebben:

Zeer interessant. Gebruikt de Fritz dan de snellere upload van de lte verbinding of heb je het ingesteld als fall back?

Dit is een business abbo, het is een managed setup (ik heb wel zelf admin toegang tot de fritzbox), de LTE dient puur als backup (fall back) , de sim en mobile data zitten mee in het pakket.
Ik vermoed dat ze de zaak wel goed monitoren en als je x aantal uur op LTE zit ze wel pro-actief nakijken wat er aan de hand is met de vdsl.

[ITnetadmin]

Ik vraag me af hoe ze dat gehacked hebben.
Het internet vereist unieke public IPs, dus er is hier iets niet koosjer.

[Tim.Bracquez]

@ITnetadmin: Zou dit niet gewoon een "bond" zijn en hierop het IP. De 4G en de DSL hebben dan hun eigen ip maar jij connecteerd via de bond waardoor connecties en SSL handshakes geen probleem krijgen bij overspringen van verbinding. Uiteraard als de andere kant er uit ligt van de bonding werkt er niets meer. ** ik denk maar wat luidop **
Zelf heb ik op meerdere locaties dergelijke setups al op gezet, zo kan je ook hogere snelheden halen en geen gedoe met IP's die per connectie (mogelijk) veranderen

[splinterbyte]

@Tim.Bracquez
via een VPN connectie dan?

[sdb]

Een bond is het niet, staat in Fritzbox als fallback geconfigureerd.
Tijdens een failover duurt het bijna een min denk ik dat er geen connectie is. Fallback is zonder onderbreking.
Tijdens de oplevering waren de 2 wan ip-adressen nog verschillend, maar de technieker zij dat dit vanzelf ging in orde komen eens alles in hun systeem geactiveerd, dit was ook zo.
Het gaat over een fix ip-adres, ik denk dat ze via mac-reservering het fix ip-adres van de vdsl ook aan de LTE koppelen. Aangezien gezien het fallback is zijn beide verbindingen nooit terzelfdertijd actief.

[CCatalyst]

LTE en VDSL interfaces kunnen beiden aan dezelfde bridge hangen die hun gateway is, zodat ze steeds met hetzelfde MAC adres naar buiten komen. Het IP wordt dan gewoon aan het MAC adres van de bridge toegewezen. Mocht het on-prem toestel dat niet ondersteunen kan men de bridge ook bij de ISP instellen en de interfaces private IP adressen geven.

Beide interfaces kunnen ook gewoon hetzelfde MAC adres hebben. In theorie moet een MAC-adres wel uniek zijn, maar soit zolang je een garantie hebt dat ze nooit beiden tegelijk actief zijn maakt dat niet uit, de upstream switches onthouden gewoon de laatste poort waar ze dat MAC adres gezien hebben.

Of je kan idd hetzelfde statisch IP aan verschillende MACs toewijzen. Weinig DHCP servers die zulks gaan toelaten echter, ook in enterprise. Je moet je lease tijden dan ook heel kort houden (dit zou wel de failover tijd kunnen verklaren als de lease bv op 1 min ingesteld is).

Dit zijn enkele KISS opties, er zijn uiteraard nog veel meer opties maar dan wordt het al complexer met bijvoorbeeld tunnels. Er zijn ook de klassieke HA oplossingen maar die brengen in principe geen ~1min failover tijden mee.

[Ken]

Destiny doet dit ook, zeer handig als je een vast IP hebt, en DSL er uit ligt, heb je via 4G nog hetzelfde IP.
Zeer handig als je bv. via VPN moet verbinden, of met camera systemen.