Beantwoord

Port forwarding voor VOIP werkt niet

  • 24 oktober 2017
  • 9 reacties
  • 1413 keer bekeken

Ik ben net overgestapt naar Ziggo.

Mijn VOIP ATA Interface linksys SPA-3100 wordt niet geregistreerd bij sip.voipdiscount.com en sip, voipcheap.com. Daarom geprobeerd in de connect box een port forwarding aan te maken. Maar dat lukt niet. Via het KPN netwerk werkte bellen met de gewone telefoon via het SIP VOIP kastje wel al 14 jaar probleemloos.. (en gratis )

Op de UPnP pagina van mijn connectbox staat :
De automatisch ingestelde poort-forwarding regels kan je vinden op de Poort-forwarding pagina, onder de Beveiliging categorie in het menu aan de linkerkant van het scherm. Op die pagina kan je ook handmatig poort-forwarding regels toevoegen indien uPnP is uitgeschakeld.

En die Poort forwarding pagina is vervolgens niet te vinden onder "beveiliging". Enkel Firewall, Mac filtering en IP poort filtering wordt weergegeven. Heel erg vaag dit.

Ik heb de check gedaan bij http://ipv6-test.com of ik IPV6 heb maar dat is niet zo:
IPV4 supported
IPV6 not supported.

Terugzetten naar IPV4 heeft dan ook geen zin, want ik sta al op IPV4.

Bridge modus vind ik geen optie want ik gebruik actief Wifispots voor mobiele data verbindingen buitenshuis.

Iemand een idee?
icon

Best beantwoord door DennyW 24 oktober 2017, 20:31

@ziggo user_



Portforwarden is helemaal niet nodig om de ATA benaderbaar te houden voor de VoIP/Sip-provider.



De SPA-3100 is net als de SPA-3102 een voortzetting van de Sepura-3000 (beter bekend als het "Abel-kastje").

Deze kent veel instelmogelijkheden. Ook aardig wat instelmogelijkheden voor gebruik achter NAT.

Heb zelfs twee router "achter elkaar" (in cascade) zonder portforwarding en mijn ATA is met op zijn DID gewoon bereikbaar. Hiervoor is het voldoende om het keep-alive-signaal te activeren. Dit houdt de NAT "open" (pin hole). Na registratie van VoIP-provider blijft 't verkeer (de verbinding) met de Sip- provider.



De waarde voor het keep-alive-signaal is standaard 10 (sec). Je kan wat experimenten om die wat hoger te zetten. Toen ik (alleen) een dom modem van Ziggo had, gecombineerd met mijn (eigen) router kon ik volstaan met 35 (sec.). Nu hanteer ik 18.



Zie bijgaande afbeelding:



Waar ik geen afbeelding van gemaakt heb is het tabblad System. Hier heb ik als extra veiligheid bij System Configuration / Restricted Access Domains het domein van de VoIp-provider en een reeks IP-adressen daarvan. (Heb ik ooit uitgelezen uit de syslog-gegevens, maar dan is het hebben van een syslog-server wel handig.) Die IP-adressen heb ik -ten overvloede- ook in extra firewall-regels in mijn (eigen) router verwerkt.



Dit is allemaal onder IPv4.



N.B.:

Om alleen te kunnen uitbellen (dus zonder opgeroepen te kunnen worden), kan je volstaan met het bellen zonder vooraf geregistreerd te zijn. De registratie vindt dan plaats zodra je gaat bellen. Hier voor zet je bij Proxy and Registration

Register: op "no"

en

Make Call Without Reg: op "yes".

NAT blijft dan gedurende het gesprek "open".
Bekijk origineel

Dit topic is gesloten. Staat je antwoord hier niet bij, stel dan je vraag in een nieuw topic.

9 Reacties

Misschien kom je hier verder mee: https://community.ziggo.nl/thuisnetwerk-101/port-forwarding-op-de-connectbox-16114
Bedankt voor het meedenken, ik had deze ook al gezien maar het gaat fout bij stap 10:

10) Ga in de horizontale menubalk nu naar Beveiliging en klik vervolgens op Port forwarding.
- er is geen horizontale menubalk
- in de menubalk na klikken op Beveiliging is er geen optie "port forwarding" (terwijl dit wel aangegeven staat bij de UPNP pagina, als je deze uitschakelt)

Kom er dus niet mee verder.
Oeps, is deze uitleg niet meer up to date of is er iets met je modem.
Misschien dat een volledige rest nog iets kan betekenen.
30 seconden de rest knop achterop indrukken.

Komt er geen verbetering, meld het hier, dan kan een Ziggo moderator of iemand die dit modem ook heeft even meekijken, er zijn flink wat ervaren technische mensen in dit forum actief.
Reputatie 7
Badge +28
@ziggo user_, bij mij geeft http://ipv6-test.com/ ook aan dat ik geen IPv6 heb, terwijl mijn modem aangeeft dat ik dat wel heb. Ik zie ook geen kopje Port Forwarding, dus ik denk dat die test niet het goede resultaat geeft. Ik zou denk ik toch naar Ziggo bellen om te vragen of ze je willen terug zetten naar IPv4. Mocht je al IPv4 hebben, dan wordt dat sowieso duidelijk, want dan hebben zij ook niet de optie om je terug te zetten naar IPv4.
Reputatie 7
Badge +14
@ziggo user_

Portforwarden is helemaal niet nodig om de ATA benaderbaar te houden voor de VoIP/Sip-provider.

De SPA-3100 is net als de SPA-3102 een voortzetting van de Sepura-3000 (beter bekend als het "Abel-kastje").
Deze kent veel instelmogelijkheden. Ook aardig wat instelmogelijkheden voor gebruik achter NAT.
Heb zelfs twee router "achter elkaar" (in cascade) zonder portforwarding en mijn ATA is met op zijn DID gewoon bereikbaar. Hiervoor is het voldoende om het keep-alive-signaal te activeren. Dit houdt de NAT "open" (pin hole). Na registratie van VoIP-provider blijft 't verkeer (de verbinding) met de Sip- provider.

De waarde voor het keep-alive-signaal is standaard 10 (sec). Je kan wat experimenten om die wat hoger te zetten. Toen ik (alleen) een dom modem van Ziggo had, gecombineerd met mijn (eigen) router kon ik volstaan met 35 (sec.). Nu hanteer ik 18.

Zie bijgaande afbeelding:

Waar ik geen afbeelding van gemaakt heb is het tabblad System. Hier heb ik als extra veiligheid bij System Configuration / Restricted Access Domains het domein van de VoIp-provider en een reeks IP-adressen daarvan. (Heb ik ooit uitgelezen uit de syslog-gegevens, maar dan is het hebben van een syslog-server wel handig.) Die IP-adressen heb ik -ten overvloede- ook in extra firewall-regels in mijn (eigen) router verwerkt.

Dit is allemaal onder IPv4.

N.B.:
Om alleen te kunnen uitbellen (dus zonder opgeroepen te kunnen worden), kan je volstaan met het bellen zonder vooraf geregistreerd te zijn. De registratie vindt dan plaats zodra je gaat bellen. Hier voor zet je bij Proxy and Registration
Register: op "no"
en
Make Call Without Reg: op "yes".
NAT blijft dan gedurende het gesprek "open".
DennyW bedankt voor je uitgebreide antwoord, het werkt weer!!

Excuus, het gaat inderdaad om het 'abel' kastje van 49,- die zijn diensten inmiddels meer dan bewezen heeft; dus de SPA-3000 dan van Sipura en niet de SPA-3100.

Wel heb ik de Gateway NAT's nu ook aangezet weet niet of dat nog van invloed was...
Ik gebruik alleen de gateway's met de SIP providers voor uitbellen met een Dial Plan.

Ik was al aan het kijken naar een ander kastje, maar dat hoeft niet meer. Kon trouwens ook niets betaalbaars vinden op VOIP gebied met een analoge lijn-in wat dit kastje toch ideaal maakt.

Gr Michiel
Reputatie 7
Badge +14
Hi Michel,

Fijn te weten dat het weer werk.🙂

Sipura heeft destijds de techniek aan Linksys verkocht. Hieruit is een hele reeks van SPA's ontstaan. Later werd Linksys weer overgenoemen door Cisco. Deze heeft de lijn voortgezet en uitgebreid. Er zijn later onder de naam Cisco een paar nieuwe SPA-kastjes op de markt gebracht zoals de SPA-112 en SPA-122
(zie b.v. Tweakers link ). Er is dus nog steeds wat te koop.
Cisco heeft het merkt Linksys nu weer van de hand gedaan. (Ik meen aan Belkin maar dat weet ik niet zeker). De Linksys-producten worden nu weer onder de naam merknaam Linksys verkocht.

Er zijn ook nog een paar andere merken die ATA's in de handel brengen. Laatst was er iemand met een Grandstream. Zie deze link.
Maar ook Frizbox heeft VoIP-router-modellen en Gigaset heeft of had ook de A300N IP (deze werkt met DECT-toestellen en is ook een leuke optie.)

Ik heb destijds de 3102 gekocht omdat deze ook gecombineerd kan worden met de analoge PTT-lijn (PSTN) en heeft een fallback (naar PSTN) mogelijkheid heeft. Helaas heb je via de analoge lijn snel last van echo's. Helemaal met de DECT-toestelen die ik heb.
Verder gaf Cisco destijds aan dat het kastje ook geschikt gemaakt kon worden voor IPv6. Is er nooit van gekomen. Die firmware update zal (voor dit model) nooit komen. Kastje draait stand alone met zijn "eigen" PTT/KPN T-65 toestel (met DTMF i.p.v. kiesschijf).

Achteraf gezien had ik beter een SPA112 kunnen kopen. Maar het werkt. Het doorworstelen van de Administrator Guide was ook een hele klus. Ook op internet de instellingen voor de Nederlandse toontjes achterhalen heeft wat moeite gekost.

Mijn dail-plan is zo uitgebreid, dat ik nu heel goed moet nadenken als ik er iets in zou willen wijzigen. De lust ontgaat je dan meteen.🤔

Jouw opmerking over de Gateway NAT begrijp ik niet zo. Daar moet je mij even mee helpen. Waar staat deze instelling precies?

Groet,
DennyW
Interessant!

Onder Line 1 en dan het kopje Gateway accounts heb ik de SIP VOIP provider gegevens ingevoerd. Auto fall back op No om te voorkomen dat bij een storing per ongeluk via de vaste lijn gebeld wordt. Zie afbeelding.
Echo's heb ik eigenlijk nooit last van gehad, heb toentertijd ook behoorlijk lopen sleutelen aan de instellingen.

Wb IPV6 doet de SPA112 dat dan weer wel begreep ik.
Reputatie 7
Badge +14
De extra telefoonkabels die her en der liggen hebben geen positieve invloed op echo's. De wijze waarop de SPA een PSTN-gesprek koppelt, veroorzaakt enige vertraging en de DECT-toestellen die ik er aan gekoppeld had vertrouw ik ook niet op dit punt. Het elimineren van de echo's staat hier voorlopig in de ijskast.

Of Cisco de SPA112 al heeft opgewaardeerd naar IPv6 durf ik niet te zeggen. Volgens de productbeschrijving zou het tot de mogelijkheden kunnen behoren. (Maar dat gold destijds ook voor de SPA3102).

GW NAT mapping is bij mij niet nodig.

Ik zie dat je Enable IP Dailing op "yes" hebt. Niet om echt naar een IP-adres te bellen maar om andere VoIP-gebruikers (naam@voipprovider.com) bij dezelfde provider te bellen (met gebruikmaking van Speed Dial Settings: naam@voipprovider.com hierin geregistreerd bij een verkort nr.).