Dan zou ik toch goed kijken naar de instellingen van OpenWrt.
Openwrt is een heel krachtig stukje software met heel veel opties.
Een verkeerde instelling is dan snel gemaakt.

Heb je de UPnP functie aan staan in de TP Link?
Als dat zo is, zou ik dat uitzetten.
Uitsluitend op de Huawei zou ik dat aan zetten.
Want daar moet alle poort openen ook gebeuren.

Heb nog een aantal malen goed rondgeneusd in openwrt, firewall uit etc.
Standaard zijn er sowieso geen blokkades op LAN verkeer.
Daarnaast heb ik de router eens eruit gehaald, ook dan blijft de boel dicht...

Nog eens overal UPnP uitgezet, en de poort open gezet in de huawei, zonder resultaat.
Ik test nu de ftp poort omdat ik zeker weet dat ik die voorheen werkend had op de NAS, ook zonder resultaat.

Ik heb de juiste interface geselecteerd (die wat actief is bij WAN). Ik heb wellicht wel wat per ongeluk veranderd bij de poort toewijzing, maar volgens mij niet iets heel ergs.
Voor de zekerheid een screenshotje...

Als je NAS 192.168.1.63 is, zie ik geen fouten.

Heb je iets gewijzigd in de firewall instellingen van de Huawei?

Niet dat ik weet...
Firewall staat op niveau 'aan'. Toepassingsfiltering staan bijna allen open (behalve file share 137-139,445)
Verder zie ik geen gekke dingen, maar ik weet natuurlijk niet zo goed wat standaard is.

Zou t helpen om hem helemaal te resetten naar standaardinstellingen ?

Een poging is het zeker waard.
Sterker, een factory reset kan misschien een nog beter idee zijn.
Dan werk je verder met een 'schoon en fris' modem.
Helaas moet je dan alle instellingen opnieuw instellen..

Sinds kort ben ik overgestapt (teruggekeerd) op Online. Het contract met de vorige ISP loopt bijna af, maar ik wil al aan de slag met de door Online toegzonden Huawei HG655d.
Ik heb al aardig wat ervaring met modems en routers en op basis daarvan classificeer ik de Huawei vooralsnog onder 'hakkitakki'.
Wat bij andere modems voor mij een fluitje van een cent is krijg ik niet voor elkaar met de Huawei. Vandaar dit forum bezocht.
Deze lead heb ik vanaf het begin tot hier helemaal gelezen. Alle suggesties die ik zelf nog niet had geprobeerd toegepast.... nope, nada.

Mijn configuratie bestaat uit:
Enkele PC's aangesloten op een router. De router is verbonden met de Huawei (HW)
Een PC omgebouwd tot mini-server (TeamSpeak server). Deze is (direct) verbonden met de Huawei (HW)

Vanaf de PC's worden regelmatig P2P (eMule, Torrents) programma's gebruikt. Hiervoor dienen enkele poorten open te staan.
Ook voor de TeamSpeak (TS) server dienen enkele poorten open te staan.

Voor de P2P's heb ik in de HW de benodigde poorten geforward: TCP 30000 en UDP 30010
Voor de TS server heb ik in de HW de benodigde poorten geforward: UDP 9987, TCP 30033 en TCP 10011 (laatste eigenlijk niet nodig)

Je zou verwachten dat de P2P's problemen zouden geven omdat deze twee keer door een poortje moeten. Niets is minder waar.
De P2P's werken perfect.
De TS server echter is onbereikbaar, ook binnen het LAN.

Aan de TS server ligt het niet: Als ik deze weer aansluit op de modem van de vorige ISP is deze direct weer bereikbaar via LAN en voor de buitenwereld (*via het IP nummer van de vorige ISP uiteraard).
Na een paar dagen tobben heb ik de neiging om de HW permanent uit te schakelen (met de sloophamer)

Wat zie ik over het hoofd?

Ha die Weasel...

Je hebt het over een router die verbonden is met de Huawei.
Welke is dat en hoe gebruik je hem?

De router is een Sitecom DC-202 (v5) en wordt wordt gebruikt voor de verdeling van de internetverbinding over meerdere PC's met de mogelijkheid om onderling bestanden en printers te delen.
Tot nu toe geen conflicten gehad met de Huawei modem.

Thread "Kan poorten niet openen hg655d":





Blijkbaar moet de Huawei ff snuffelen aan de server, want na herinvoer van de portforwards in de Huawei onder Windows veilige modus (server=windows XP Prof) is de server wèl bereikbaar vanaf 'buiten' (andere IP adressen).
Helaas nog niet via LAN (intern) of NAT loopback.

Dan ga ik ervan uit dat de Sitecom zijn eigen netwerk maakt.
En dan is dat de reden waarom je via LAN geen verbinding krijgt met de TS server.
NAT loopback is een ander verhaal. Als je de nieuwe firmware al hebt op de Huawei, is het niet meer mogelijk om dat actief te maken.
Met de oude firmware gaat dat wel, maar we weten niet hoe je een firmware update vanuit Online kan tegenhouden.
Dus het is een kwestie van tijd voor de volgend update en dus weer NAT loopback kwijt bent.

De poort problemen die je met de Huawei en TS server had, kan gewoon aan het feit liggen dat het soms even duurt voor de poorten daadwerkelijk open gaan.
Ook kan een herstart van de Huawei soms nodig zijn.
Het werkt allemaal wel, maar de firmware is niet zonder fouten.

M.i. maakt het niet uit of de Sitecom een eigen netwerk maakt of niet. Uiteindelijk zijn er 2 devices aangesloten op de modem; 1. de Sitecom en 2. de TS-server.

Met de Cisco modem van de vorige provider had ik, met dezelfde opzet, WEL een verbinding met de TS server. Ik gebruikte de externe IP om in te loggen op de TS server, dus van binnen (LAN) naar buiten (WAN) en weer terug = NAT loopback. En dat werkte perfect.

De nieuwste versie firmware is inmiddels opgedrongen. Ik kon na de eerste keer instellen de portforwards niet meer vinden.
Ik vond de tab poort toewijzingen terug achter Basis, echter waren de portforwardregels verdwenen.
Deze heb ik daarna (meerdere malen inmiddels) nieuw ingegeven.

Zoals gemeld: met de Cisco ging het wel. Is er -überhaupt- een mogelijkheid dat het met de Huawei modem ook kan?

NB Ik maak géén gebruik van de WIFI van Huawei. Hiervoor heb ik een WIFI Access Point (3e device )