Skip to main content
Wat is UPnP en Port-forwarding nu eigenlijk en waarom gebruiken we het:



Wil jij een apparaat op jouw eigen netwerk vanaf het Internet kunnen benaderen, dan moet de "bewegwijzering" goed ingesteld zijn. UPnP en port-forwarding spelen een essentiƫle rol in deze "bewegwijzering".



Op Internet draait alles om IP adressen en poorten. Zo heeft jouw Experia Box Ć©Ć©n publiek IP adres (in de consumenten markt) en zijn al jouw apparaten dus op dat ene IP adres te benaderen.

De poorten zijn onderverdeeld in twee groepen (TCP en UDP) en staan eigenlijk voor protocollen of functionaliteit. Zo is TCP poort 80 het HTTP protocol, TCP poort 443 het HTTPS protocol en UDP 5060 het SIP (telefonie) protocol.



Elk datapakketje dat op Internet verstuurd wordt is voorzien van een afzender (IP-adres en poortnummer) en een geadresseerde (IP-adres en poortnummer).

Tik jij bijvoorbeeld in jouw browser http://www.kpn.com, dan wordt eerst via de DNS server bepaald wat het IP adres van www.kpn.com is (62.132.193.64) en vervolgens wordt een bericht naar dat IP adres en TCP poort 80 gestuurd. Probeer maar, http://62.132.193.64 brengt je ook op de site van KPN.



Tik jij in een browser "http://jouw publieke IP adres" (Bijvoorbeeld: http://89.45.67.123) dan wordt het bericht dus naar jouw router gestuurd op TCP poort 80. Maar ja, dan moet het dus nog door naar het apparaat op jouw lokale netwerk die het antwoord moet gaan geven.



Dit is waar de NAT (Network Address Translation) functionaliteit van jouw Experia Box in actie komt.



Op basis van de gedefinieerde port-forwardings wordt het LAN IP adres bepaald waar het bericht naar doorgestuurd moet worden. Als je bijvoorbeeld een port-forwarding voor TCP poort 80 naar het LAN IP adres 192.168.2.100 hebt gedefinieerd, dan wordt het bericht daar naar doorgestuurd.



Nu zijn er twee manieren om port-forwardings op de Experia Box te definiƫren:
  1. UPnP
  2. Port forwarding (of Port mapping of de V8)
UPnP doet eigenlijk niets anders dan het automatisch aanmaken van port-forwardings op de Experia Box. Dit is dus de meest eenvoudige methode, maar daarvoor moet het aangesloten apparaat dus wel UPnP ondersteunen en moet de UPnP IGD functionaliteit op de Experia Box aangezet worden. Gelukkig zijn er steeds meer apparaten die UPnP ondersteunen en daarmee wordt dus vermeden dat een eindgebruiker zelf handmatig port-forwardings moet maken.



Hoe kunnen we Port-forwardings definiƫren op een Experia Box:



Automatisch met behulp van UPnP:

Als jouw apparaat UPnP ondersteunt, zet dan UPnP IGD op de Experia Box aan en daarmee is jouw apparaat vanaf Internet bereikbaar. Het aan- en uitzetten van UPnP IGD kan je doen op de Experia Box.
  • Arcadyan ARV7519(i) en VGV7519 (V8): Op de pagina EXTRAS -> UPnP
  • ZTE H220N en ZTE H368N (V9): Application -> UPnP IGD
  • ZTE H369A (V10): Settings -> UPnP IGD
Een voorwaarde voor een apparaat om gebruik te mogen maken van UPnP is (officieel) dat dit apparaat zijn IP adres van de DHCP server van de Experia Box heeft gekregen. Stel dus altijd op zo'n apparaat in dat deze zijn IP adres automatisch (via DHCP) verkrijgt.



Wil je ook dat het IP adres van het apparaat niet zal wijzigen dan stel je dit in door een static DHCP (V8) of DHCP Binding (ZTE's) te definiƫren voor het apparaat.
  • Arcadyan ARV7519(i) en VGV7519 (V8): Op de pagina START -> LAN -> static DHCP
  • ZTE H220N en ZTE H368N (V9): Network -> DHCP -> DHCP Binding
  • ZTE H369A (V10): Settings -> DHCP -> DHCP Binding
Hierbij is wel Ć©Ć©n belangrijk aandachtspunt:

Helaas kan je op de Experia Box niet aangeven welke aangesloten apparaten gebruik mogen maken van UPnP en daarmee zijn alle apparaten die over UPnP functionaliteit beschikken in staat om zichzelf (al dan niet gewenst) bereikbaar te maken vanaf Internet.

Wil je niet dat een apparaat zichzelf vanaf Internet bereikbaar kan maken, zet dan UPnP op dat apparaat uit. Kan UPnP op zo'n apparaat niet uitgezet worden, overweeg dan toch om handmatig port-forwardings in te stellen en zet dan UPnP IGD op de Experia Box toch maar uit.

Het zou mooi zijn als KPN (en andere leveranciers van routers) ooit nog eens met de functionaliteit zouden komen om (net als bij de wifi access control) op basis van MAC adres apparaten toe te staan om gebruik te maken van UPnP.



Handmatig met behulp van Port-forwardings:

Ondersteunt jouw apparaat geen UPnP of wil je geen gebruik maken van UPnP, dan zal je dus handmatig port-forwardings moeten definiƫren.



Je doet er dan verstandig aan om het onderstaande stappenplan te volgen:



Zorg er voor dat het IP adres van het apparaat niet zal wijzigen.

Bij voorkeur doe je dit door het apparaat te configureren zodat deze zijn IP adres automatisch (via DHCP) verkrijgt en definieer je een static DHCP (V8) of DHCP Binding (ZTE's) voor het apparaat.
  • Arcadyan ARV7519(i) en VGV7519 (V8): Op de pagina START -> LAN -> static DHCP
  • ZTE H220N en ZTE H368N (V9): Network -> DHCP -> DHCP Binding
  • ZTE H369A (V10): Settings -> DHCP -> DHCP Binding
Alternatief is dat het IP adres vast op het apparaat ingesteld wordt, maar persoonlijk prefereer ik echt dat alle apparaten hun IP adressen van de DHCP server krijgen.



Test of je het apparaat op jouw lokale netwerk voor de gewenste functionaliteit goed kunt benaderen. Zolang dat niet 100% goed werkt heeft het ook geen zin om met de port-forwardings te beginnen.

Noteer hierbij het IP adres van het apparaat en de poort(en) die gebruikt worden, ook of het TCP of UDP poorten betreft. (Raadpleeg eventueel de handleiding van het apparaat voor het vaststellen van deze poorten.)



Als op jouw LAN alles goed werkt, dan kunnen de port-forwardings ingesteld gaan worden:



Arcadyan ARV7519(i) en VGV7519 (V8):



Ga naar de pagina DATA -> NAT -> Port mapping en vul voor elke te gebruiken poort een regel in waarbij het IP adres gevuld wordt met het LAN IP adres van het apparaat, het protocol type met het type van de door de sturen poort (TCP of UDP) en zowel de LAN als publieke poort met het poort nummer.



ZTE H220N en ZTE H368N (V9):



Ga naar de pagina Application -> Port-Forwarding.

Kies voor "Click here to add an application".

Geef de application een voor jou herkenbare naam en voeg voor elke te gebruiken poort een entry toe door het protocol te vullen met het type van de door te sturen poort en de Start Port, End Port, Start Mapping Port en End Mapping Port met het poort nummer.



Als alle poorten zijn opgenomen, click dan op "back" en wijs de net aangemaakte application toe aan het IP adres van het apparaat.



ZTE H369A (V10):



Ga naar de pagina Settings -> Port-Forwarding IPv4.

Klik op Create New Application en kies voor "Create new Item".

Vul een voor jou herkenbare naam in en druk op Apply.

Klik op Modify Application en selecteer jouw Application in de dropdown.



Voeg voor elke te gebruiken poort een entry toe (Create New Item) en vul het protocol met het type van de door te sturen poort en de Start Port, End Port, Start Mapping Port en End Mapping Port met het poort nummer.



Het apparaat zou nu ook vanaf Internet bereikbaar moeten zijn op jouw publieke IP adres.



Extern (op Internet) een andere poort gebruiken dan intern (op het LAN):



Soms is het verstandig of noodzakelijk om extern (op Internet) een ander poort nummer te gebruiken dan die intern (op het LAN) gebruikt wordt.



Zo doe je er verstandig aan om een camera niet op poort 80 (standaard HTTP) beschikbaar te stellen of is het noodzakelijk om een andere poort te gebruiken omdat er meer dan Ć©Ć©n apparaat in jouw lokale netwerk aanwezig is die een bepaalde poort gebruikt.



Op de Arcadyan ARV7519(i) en VGV7519 (V8) doe je dit door bij de publieke poort het poortnummer (tussen 1025 en 65535) in te geven waarop je deze op Internet beschikbaar wilt stellen.



Op de ZTE H220N, ZTE H368N (V9) en ZTE H369A (V10) doe je dit door bij Start Port en End Port het poortnummer (tussen 1025 en 65535) in te geven waarop je deze op Internet beschikbaar wilt stellen.



In een browser vul je dan de URL aan met :<poortnummer>.



Heb je bijvoorbeeld een camera en een webserver op jouw lokale netwerk die beide "naar TCP poort 80 luisteren", dan gebruik je in de port-forwarding voor de camera intern TCP poort 80 en extern bijvoorbeeld TCP poort 4080 terwijl de port-forwarding voor de webserver zowel extern als intern TCP poort 80 gebruikt wordt.



Als je nu in een browser http://<jouw publiek IP adres> gebruikt, dan kom je op de webserver uit terwijl http://<jouw publiek IP adres>:4080 je bij de camera zal brengen.



Aandachtspunten en valkuilen:

De Arcadyan VGV7519 lijkt een probleem te hebben met de NAT loopback. Als je dus test of jouw apparaat vanaf Internet benaderbaar is, zorg dan dat het apparaat waarmee je dat test (telefoon/tablet) niet met de wifi verbonden is, maar via 3/4G.



Als je op een ZTE H220N of ZTE H368N een application wijzigt, dan wordt dit niet direct doorgevoerd. Ontkoppel de application van het IP adres en koppel deze opnieuw. Dan zullen de wijizigingen wel geactiveerd worden.



Mocht jij overigens een andere Experia Box hebben dan een Arcadyan ARV7519(i), VGV7519 (V8), ZTE H220N, ZTE H368N (V9) of ZTE H369A (V10), neem dan contact op met KPN, jouw Experia Box is verouderd en nodig aan vervanging toe.

Ā 


Jij hebt een port forwarding van poort 8210Ā naar poort 8000 van camera 1.

In de security eye app op die PC moet je voorĀ camera 1 instellen dat poort 8210Ā gebruikt moet worden en als IP adres moet het publieke IP adres van jouw aansluiting ingevuld worden.

Voor de tweede camera is dat poort 8220 met het publieke IP adres.

Ja zo heb ik het nu allemaal ingesteld en de V10 gereset. Maar weer geen beeldā€¦Ā 

Het wordt steeds gekkerā€¦.Ā  Als ik nu voor Cam1 ook een forwarding maak voor 8554 naar 8554 krijg ik opeens beeld bij 8210. Doe ik dat zelfde voor cam2 (dus 8554 toegevoegd) krijg ik beeld van Cam1 op 8220ā€¦ā€¦Ā  Het is nog steeds ONVIF omdat ik de camera kan besturen met PTZ.Ā 
Snap jij er nog iets van?

Ā 


Plaats eens screenshots van de instellingenĀ van de camera's binnen die toepassing op jouw PC.


Plaats eens screenshots van de instellingenĀ van de camera's binnen die toepassing op jouw PC.

En voor Cam2 natuurlijk poort 8220.Ā  Het lijkt er op dat ik ook de RTSP poort moet forwarden om beeld te krijgen. Bij Cam1 heb ik dat gedaan en heb ik beeld op 8210. Bij Cam2 heb ik dat niet gedaan en krijg beeld op 8220 van Cam1ā€¦ā€¦Ā Ā  Tjaā€¦...


Plaats eens screenshots van de instellingenĀ van de camera's binnen die toepassing op jouw PC.

En voor Cam2 natuurlijk poort 8220.Ā  Het lijkt er op dat ik ook de RTSP poort moet forwarden om beeld te krijgen. Bij Cam1 heb ik dat gedaan en heb ik beeld op 8210. Bij Cam2 heb ik dat niet gedaan en krijg beeld op 8220 van Cam1ā€¦ā€¦Ā Ā  Tjaā€¦...

En inderdaad, Ik heb de forwarding van 8554 bij Cam1 verwijderd en bij Cam2 toegevoegd. En ja hoor beeld van Cam2 op zowel 8210 als 8220ā€¦

Ā 


En ondanks dat ik op Cam1-8210 beeld heb van Cam2 en ik gebruik PTZ heeft dat effect op Cam1. Er loopt dus duidelijk iets door elkaar maar wat en waarom?

Ā 

Ā 


Ik heb het nu uitgebreid getest. Het werkt alleen als ik voor Cam1 8210->8000 en 8554->8554 forward. Zonder de 8554 forward krijg ik geen beeld. Ook als ik de 8554 van een andere externe poort forward krijg ik ook geen beeld. Hierdoor kan ik dus blijkbaar niet beide camera's beeld laten geven. Jammer maar helaasā€¦.


@Robert48

Eigenlijk ben je er bijna: Als je nu voor Cam1 portforwardings van 8210 ā†’Ā 8000 en 8212 ā†’Ā 8554 voor RTSP maakt ( wel de juiste poorten 8210 en 8212 kiezen in je applicatie) . Daarnaast voor Cam2 van 8220Ā  ā†’ 8000 en 8222Ā  ā†’ 8554 , dan zou je twee onafhankelijke streams moeten hebben. ( Ervan uitgaande dat de RTSP stream op poort 8554 staat in de camera ).

Ā 


Hi Radioman,

Dank voor het meedenken!
Je geeft aan dat ik 8210 en 8212 moet kiezen, maar die zijn toch beide van Cam1? Of begrijp ik het nietā€¦

Wat ik elke keer merk is dat de forwarding van een andere poort dan 8554 (bijv 8212) naar 8554 niet werkt. Zodra ik dan 8212 wijzig in 8554 heb ik direct beeld.
Ook een punt is dat ik de ONVIF stream moet gebruiken omdat daar de camera PTZ bediening in blijkt te zitten.

Maar ik ben in voor elke andere oplossingā€¦..


Laatste vraagā€¦
Kan iemand mij uitleggen waarom dat forwarding 8554-8554 wel werkt (=beeld) maar 8555-8554 niet werkt. De poort 8555 staat wel open, gecontroleerd.


@Robert48

Zo te zien gebruik je in de PC applicatie "Security Eyeā€ een vaste ONVIF setting voor je camera. Mijn vermoeden is dat deze ONVIF setting er van uit gaat dat de RTSP stream altijd via poort 8554 gaat en dat je dat ook niet kan aanpassen. Voor lokaal gebruik is dat geen probleem , echter als je remote wil gaan kijken met 2 camera's , loop je tegen de problemen aan die je nu ondervindt.Ā 

Zijn er nog meer mogelijkheden in "Security Eyeā€ dan ONVIF? Welke heb je al geprobeerd?Ā 

(Dit zou eigenlijk een eigen topic verdienen.)


@Radioman
Ik heb direct RTSP geprobeerd en ONVIF er nu bewust buiten gelaten om te zien of RTSP met een ander poortnummer wilde werken. Nee dus. Ik heb dus alleen een forwarding gemaakt van 8554 naar 8555. Geen beeld. Toen poort 58554 geprobeerd, idem, geen beeld. Wel eerst gecontroleerd of de poort openstond en dat was zo. Ik snap er niks van. Forwarding zou toch gewoon moeten werkenā€¦
Het gaat om Mr Safe camera's. Misschien zit daar iets sneaky in ;-)


@Robert48Ā 

Kan je de RTSP poort in de camera veranderen of is die fixed op 8554? Heb je een manual van de camera (linkje)?


@Robert48

Kan je de RTSP poort in de camera veranderen of is die fixed op 8554? Heb je een manual van de camera (linkje)?

Nee, helaas niet. Alle poorten zijn fixed behalve 80. Alleen summiere handleiding hoe je de cams moet installeren maar geen detail info. Van oorsprong ging de WAN connectie via een Chinese server (!) waar je op moest aanloggen. Maar die server is uit de lucht dus werkt dat niet meer. Alleen LAN toegang nog mogelijk via de software.


@Robert48

Misschien kan je met behulp van deze link wat meer detail info tbv onvif uit de camera halen.

Blijf het vreemd vinden dat je poort 8554 niet kan forwarden naar een ander poort. Moet je eerst de poort mapping verwijderen uit de V10 voordat je een nieuwe maakt, werkt alleen wijzigen gewoon niet??


@Robert48

Misschien kan je met behulp van deze link wat meer detail info tbv onvif uit de camera halen.

Blijf het vreemd vinden dat je poort 8554 niet kan forwarden naar een ander poort. Moet je eerst de poort mapping verwijderen uit de V10 voordat je een nieuwe maakt, werkt alleen wijzigen gewoon niet??

OK ga ff naar de link kijkenā€¦
Ja klopt dat je eerst de mapping moet verwijderen voordat je een nieuwe maak. Daarom controleer ik ook steeds of de poort werkelijk open staat. Als je alleen wijzigt blijft de gewijzigde poort alsnog dicht.


Ik hoor voor de eerste keer van OVNIF, maar denk te begrijpen hoe NAT en port forwarding werken, en dan denk ik dat dit niet kan werken. Je kunt geen twee apparaten met dezelfde poort achter een nat router hebben zonder port forwarding regels plus de mogelijkheid in de client software een andere poort te kiezen. Even op internet gekeken naar OVNIF+port forwarding, en daar werd vrij stellig beweerd dat alleen een VPN het probleem oplost, maar dan moet je net toevallig een VPN router of NAS hebben en weten hoe dat functioneert.Ā 

Met een chinese server is uiteraard alles mogelijk, de cameraā€™s maken zelf contact met de server, zenden de nodige informatie (en misschien niet nodige).Ā 

Ik weet niet wat er over de RTSP streams gaat, RTSP is alleen transport protocol, maar u zou kunnen proberen of het programma VLC de stream laat zien. Als dat lukt kan een mapping 8555/cam2:8554 gemaakt worden en gekeken worden of VLC cam2 op 8555 laat zien.Ā 

Ā 

Het probleem zou 100% opgelost kunnen worden met IPv6, maar ik acht de kans zeer klein dat de cameraā€™s dit ondersteunenā€¦

Ā 

Ā 


@RadiomanĀ 

Dit laat ONVIF Device Manager zien:
Ā 

Ā 

@hmmsjan_2Ā 

VLC laat wel de stream op 8554 zien maar niet de forwarding naar 8555, dus hetzelfde probleemā€¦.


@Robert48Ā , die IP Address en het default gateway in jou screenshot liggen in twee verschillenden subnetten. Dat gaat met deze subnet maak sowieso niet werken. Je moet dus of die IP Address of het default gateway aanpassen, afhankelijk van de IP Address van jou router.


Inderdaad, met deze combinatie van IP adres, subnet mask en gateway zijn zelfs de servers in China niet te bereiken.

Tenzij op de Experiabox UPnP aan staat en de cameras oppikken wat de Experia box rondbazuint ?????

Ā 


Sorryā€¦. niet alle info gedeeldā€¦Ā  Ik heb nog een router in mijn netwerk zitten die 192.168.1.1 als IP heeft. Daar zit ook de PC waar ik de cams mee bekijk op. De cams zelf en de forwarding zitten allemaal aan/in de experiabox.
Ik denk ook niet dat dat het probleem is. De cameraā€™s werken gewoon via externe toegang alleen het probleem is de forwarding. Als ik 8554-8554 als forwarding instel kan ik Ć©Ć©n van de twee cameraā€™s bekijken echter als ik een andere externe poort instel (bijv 8554->8555, wat ik wil doen om beide camera's te kunnen zien) werkt het niet, ondanks dat die externe poort open staat. En dat is dus wat ik niet snap.


Dat maakt het nog ingewikkelder. De combinatie adres 192.168.2.101/netmask 255.255.255.0/gateway 192.168.1.1 is illegaal en had niet geaccepteerd mogen worden.Ā  Bij adres 192.168.2.101 hoort een gateway die begint met 192.168.2, de experiabox heeft 192.168.2.254.

Hoe nu de data over de lijnen gaan is mij niet duidelijk.Ā  Hoe zit die tweede router precies aangesloten met de LAN en WAN kant en wat zijn de IP adressen/netmasks aan beide kanten?

Ā 

Ā 


Ik snap ook niet waarom ONVIF Device manager die 192.168.1.1 vandaan haalt. Al mijn devices hebben een IP nr in de 192.168.2.xxx reeks, default DNS en gateway is 192.168.2.254. Mijn 2e router heeft IP 192.168.1.1 maar is ook als bovenstaand geconfigureerd. IPconfig op mijn laptop (verbonden met de tweede router) geeft ook netjes aan dat de DNS en gateway 192.168.2.254 is. Dan nog een IP scan gedaan op 192.168.1.1-254 en daar kwam geen enkel aangesloten device uitā€¦.

De tweede router is aangesloten op een LAN poort (dus niet de WAN) van die router en is eigenlijk een switch geworden?
Maar ik ben geen deskundige op dat gebied zeg ik er eerlijk bij.

En zoals eerder vermeld, alles werkt behalve het forwarden naar een andere poort van poort 8445ā€¦

Forwarden van andere poorten (bijv 8000->8020) werkt ook zonder probleem
Dus ik denk dat het iets eigenzinnigs is van deze MrSafe camera's zoals @hmmsjan_2 ook al opmerkte.


Dan weet ik het ook niet, als DHCP en UPnP op die extra router uit staan is het een switch..Ā  Op zich is het een vreemde constructie, twee apparaten die vanaf dezelfde poort het internet op gaan via UDP. UDP is: stuur de data het net op en aan de andere kant meldt de applicatie wel of het goed of niet goed is. Als cam 1 vanaf 8445 stuurt en de poort is vrij, zal extern:8445 het net op gaan. Als cam 2 stuurt en 8445 is vrij, zal ook extern:8445 het net op gaan. Hoe lang streamt zo'n camera door na eerste contact? Wat betreft verbaast het me niet eens dat het beeld van de verkeerde camera verschijnt. En als de camera stopt met zenden duurt het nog een tijdje voordat de Experia de tijdelijke mapping vrij geeft.Ā  Maar ik zou verwachten dat een georganizeerde mapping van cam1:8445-8445 cam2:8445-8446 werkt, in ieder geval met VLC.

Ā 


(Ik kan het bericht niet meer veranderen.) Ik dacht dat ik het bij gebrek aan camera niet kan bekijken, maar webcam+VLC is ook een camera.Ā 

Wat blijkt: RTSP is een kanaal waarover alleenopdrachten verzonden worden, niet de stream.Ā  De camera antwoord met het poortnummer waar de echte stream over verzonden wordt. Maar hoe weet de software aan de andere kant of de Experia box onderweg het poortnummer verandert vanwege de NAT?Ā  Dan zou het dus echt alleen betrouwbaar werken via VPN.

Ā 

RTSP Voorbeeld:

Real Time Streaming Protocol
Ā Ā Ā  Response: RTSP/1.0 200 OK\r\n
Ā Ā Ā  Server: VLC/3.0.17.2\r\n
Ā Ā Ā  Date: Wed, 03 Aug 2022 07:17:56 GMT\r\n
Ā Ā Ā  Transport: RTP/AVP/UDP;unicast;client_port=49040-49041;server_port=43383-43384;ssrc=AB9E1B3A;mode=play
Ā Ā Ā 

Ā 

Ā 

Ā