[CheapConnect VOIP] Ervaringen & Discussie

[DjoeC]

Uit de "nieuwsbrief" van Cheapconnect 2022-03-21 waar niets in genoemd is over "uitschakelen". Nadien ook nooit bericht ontvangen dat sip.cheapconnect.net uitgezet zou worden:

Nieuw SIP cluster

Het nieuwe SIP cluster is beschikbaar onder de hostname:

voip.cheapconnect.net

De alternatieve SIP server (de huidige) blijft beschikbaar onder sip.cheapconnect.net, maar wij raden gebruikers aan (als het kan) over te stappen op de nieuwe hostname.

Voordeel van het nieuwe cluster
Onze nieuwe SIP cluster is opnieuw opgebouwd op locaties in Rotterdam en Amsterdam en maken gebruik van meerdere IP adressen en heeft hierdoor een hogere beschikbaarheid dan het oude SIP cluster wat bij uitval overschakelde naar een andere server. Wij raden dan ook aan de hostname in jouw SIP apparatuur aan te passen naar voip.cheapconnect.net

Het nieuwe SIP cluster werkt met meerdere IP-adressen. Hierdoor kan het zijn dat sommige firewalls hier niet mee om kunnen gaan. Voor een goede werking moet de firewall gerelateerde en verbonden connecties toelaten (established/related connections), dit is vaak al de standaard firewall instelling. In de meeste gevallen hoeft u daarom alleen de hostname naar voip.cheapconnect.net te wijzigen.

SIP poorten
Wij ondersteunen de standaard SIP poort 5060. Indien problemen met firewall of SIP ALG raden wij de alternatieve SIP poort 5080 aan. Alle ondersteunde SIP poorten: 5060, 5070, 5072, 5074, 5076, 5078, 5080

Overige SIP instellingen
Onderstaande instellingen zijn niet gewijzigd ten opzichte van het huidige SIP cluster, maar we zetten ze graag nog even op een rijtje:

Registratie expiration/timeout/interval: 3600 seconden (minimaal 300 seconden)
Codec voorkeur: 1 - G.711A (alaw) 2 - G.729A/B
DTMF instelling: RFC2833
STUN of TURN: Wij raden aan deze uit te schakelen
SIP ALG: Uitschakelen in de router

[Babylonier]

Stuward schreef op maandag 10 februari 2025 @ 14:36:
Zojuist heb ik een vast nummer naar CheapConnect laten porteren.

Ik wil het nummer alleen op mijn iPhone gebruiken. Is de Bria Mobile app nu nog steeds een goede softphone app? Of beter een andere nemen. Alle info over CheapConnect + Bria is nogal verouderd.

"Vroeger" wel eens met dat Bria getest, maar die app kon mij eigenlijk niet bekoren.
Misschien dat je beter een andere app kunt nemen.

Heb afgelopen weken met twee VOIP / SIP Client apps geëxperimenteerd. In mijn geval wel onder Android.
Beide apps zijn ook voor iPhone verkrijgbaar. (Vrij te gebruiken apps, zonder kosten).

< "MizuDroid" > voor Android.
Van hetzelfde softwarehuis voor iPhone: < MizuPhone >

Maar de betere app is eigenlijk die van - < "Linphone" >
Voor iOS - Android - Mac OS - Windows - Linux

Beide apps op dit moment in gebruik met CheapConnect.

Dat MizuDroid op een oudere Android telefoon met Android 11.
Die mijn dochter gebruikt die voor een aantal maanden in midden Amerika verblijft. (Met mijn oude telefoon).
Met "WiFi" connectie belt ze ermee naar huis, tegen de kosten van "hier" in Nederland.
(Ze heeft nog geen plaatselijke SIM-kaart van een lokale provider, want reist nog door naar een ander land).

Ja, tot zover reikt dus gewoon je Nederlandse "CheapConnect" SIP connectie, met Nederlands nummer !!
(Heb haar mijn 085 nummer "uitgeleend" waar ik nu zelf nauwelijks gebruik van maak,
van de twee vaste CheapConnect nummers die ik heb).
Bellen naar mijn andere vaste lijn nummer, kost zelfs helemaal "NIETS", is telefoonverkeer onderling.
(Overigens gebruikt ze ook What's app bellen, voor de contacten die bij haar zijn gekoppeld met What's app).

Telefoon ontvangen met die MizuDroid gaat eigenlijk alleen, als je de app op de achtergrond open hebt staan.
(Niet geëxperimenteerd met een STUN-server).
Voor mijn dochter minder belangrijk, want heeft telefoon sowieso weinig aan staan.
(Ze neemt toch geen "Mobiele" telefoon aan - i.v.m. de zeer hoge roamingkosten, vanuit midden Amerika).

Op mijn nieuwe Android telefoon (Android 15), werkte dat MizuDroid aanvankelijk echter niet goed.
Wel registratie, maar conflicten in routering bij bellen.
Na opnieuw configureren, maar nu met gebruik van "sip.cheapconnect.net" in de plaats van
"voip.cheapconnect.net" werkt het wel goed (inclusief melding beltegoed bij CheapConnect).

Daarnaast heb ik de (Android) "Linphone" app nu in gebruik.
Je hoeft niet van de Linphone services gebruik te maken, wat meer bedoeld is voor zakelijk gebruik.
Met versleutelde connecties en groeps videobellen. Is IMO verder doorontwikkeld dan dat MizuDroid.

Door géén account aan te maken bij Linphone, kost het je verder ook niets, en is de app vrij te gebruiken
voor andere VOIP / SIP diensten die je kunt configureren, zoals bijv. de diensten van CheapConnect.
(Je krijgt in het begin de keus wat je wilt configureren).

Wel handig om door te nemen, is deze eerste tutorial:
https://wiki.linphone.org...tices%20for%20using%20SIP

Met name deze info:

SIP keepalive packets (\r\n\r\n), whose goal is primilary to keep the connection between client and server alive across NAT routers, are a bad practice for mobiles. They drain the battery by forcing the phone to wakeup to let the app handle this traffic. Fortunately phone manufacturers and mobile OS have solved the problem by killing apps in background automatically, or at least cut their access to the network. Push notifications must be used to wake-up apps each time they need to receive a message or INVITE.

Dus om ook telefoon te ontvangen, daarvoor hoef je voor de app niet in de achtergrond extra
instellingen in te schakelen m.b.t. accu om actief te blijven, wat een hoger stroomverbruik oplevert.
Alleen een schuifje in de app "Keep app alive using Service", en klikt de app in de achtergrond dan weg.
(Werkt zowel via WiFi, als databundel van de mobiele telefoon --> heb zelf een YouFone mobiel abo)


CheapConnect werkt echter alleen via UDP, zonder versleuteling van telefonie.
(Bij de basis instellingen van een profiel het UDP protocol kiezen).
Houd daar in ieder geval wel rekening mee als je via openbare WiFi netwerken wilt bellen.

Verder werkt het "ontvangen" van telefoongesprekken echter alleen goed.
Door NIET het CheapConnect "voip.cheapconnect.net" adres te gebruiken, voor de voip instellingen.
Maar: "sip.cheapconnect.net" - (Dus hetzelfde als bij MizuDroid).

Verder heb ik alle zaken die met videobellen te maken hebben uitgezet. (ook alle video codecs).
Twee plekken om instellingen aan te passen. Onder "profiel" en "instellingen".

Om de contactenlijst van je telefoon te gebruiken, en niet alleen een nieuw aan te maken "SIP-lijst".
Filter op "alle contacten".

Hoop dat je er iets mee kunt. Succes.
-

[ Voor 15% gewijzigd door Babylonier op 22-03-2025 18:06 ]

[Babylonier]

Enkele tekst aanhalingen vanuit een eerder bericht m.b.t. een vermeende blokkade van poort 5060
voor "binnenkomend" VOIP verkeer, bij Odido.

rvk schreef op zondag 9 februari 2025 @ 01:33:
[...]
Dat is alleen voor binnenkomend poort 5060.....
......
Zeker geen poort 5060 openzetten naar binnen toe (wat bij Odido toch al geen zin heeft omdat ie geblokt is).

De enige probleem apparaten zijn VoIP clients die poort 5060 inkomend willen hebben......

Bij een set-up in mijn eigen router (Synology) m.b.t. VOIP-services, waarbij ik mijn "oude" instellingen van vroeger bij Telfort/KPN heb overgenomen, en volledig transparant functioneert, na overstap, nu ook bij Odido.
Toont een kleine verandering van die set-up "als test" nu juist aan,
dat in mijn situatie poort 5060 voor inkomend verkeer helemaal niet wordt geblokkeerd.

Zal je verwijzen naar de betreffende reacties. Eerst de aanleiding:
https://community.odido.n...ostid=1859425#post1859425

"Om in ieder geval over- en weer “doorschakelingen” mogelijk te maken van diverse “CheapConnect” telefoonnummers en apparatuur, was daarbij het “inkomende” verkeer wel degelijk ook van belang.
Die instellingen eigenlijk onveranderd "nu” gebruikt bij Odido, geven mij geen problemen."

Een eerste controle of op inkomend verkeer poort 5060 wordt geblokkeerd.
Kon ik dat nog niet bevestigen, want bij die oude instellingen, heb ik voor binnenkomend VOIP verkeer, een firewall regel ingesteld als combinatie van verschillende inkomende VOIP poorten, die bij CheapConnect worden gebruikt (plus tevens een alternatieve poort voor twee betamax VOIP providers).

De gevonden resultaten voor inkomend verkeer zouden ook de resultaten kunnen zijn van de andere VOIP poorten, die "niet" worden geblokkeerd.
https://community.odido.n...ostid=1859431#post1859431

Zie bijbehorend plaatje < DEZE >



Door poort 5060 expliciet af te splitsen, in een eigen Firewall regel kon ik het echter wel controleren:
https://community.odido.n...ostid=1859512#post1859512

Met het resultaat lijkt Odido toch geen inkomende poort 5060 te blokkeren, anders kreeg ik die treffer niet.
(Zie het resultaat van dat tweede plaatje, in dat bericht).



En inmiddels loopt de teller als "hit" (treffer) als weergave op, specifiek voor poort 5060 inkomend verkeer.

Voor “doorsturen” van poorten naar het ene- of andere VOIP apparaat, m.b.t. "doorschakelen".
Gebruik ik “Port triggering”. (“Dynamisch” doorsturen van poorten).

(Bij doorschakelen loopt VOIP data naar Cheapconnect, via een "Trunk” instelling, en dan weer terug naar een ander VOIP toestel, of geïnstalleerde “Softphone“ in mijn thuisnetwerk).

Plaatje van Port triggering wat er bij hoort < DEZE >



Weet niet waar de aanname vandaan komt dat Odido poort 5060 voor binnenkomend verkeer zou blokkeren?
In ieder geval niet in mijn situatie / set-up.
-

[ Voor 21% gewijzigd door Babylonier op 25-03-2025 15:20 ]

[rvk]

Babylonier schreef op dinsdag 25 maart 2025 @ 14:44:
Weet niet waar de aanname vandaan komt dat Odido poort 5060 voor binnenkomend verkeer zou blokkeren?
In ieder geval niet in mijn situatie / set-up.

Net nog even geprobeerd met een klein test python scriptje. Bij mij is binnenkomend poort 5061 UDP gewoon open. Poort 5060 UDP is echt nog wel geblokkeerd. Ik zit bij Odido op het Delta netwerk dus misschien dat het onderliggende netwerk ook nog uit maakt.

Voor mij is het verder ook niet erg want ik heb mijn binnenkomende voip server op een eigen andere poort zitten.

[esphome]

Het gaat om de source poort, dat die niet 5060 mag zijn bij Odido. Zij blokkeren niet naar, maar blokkeren 5060 van.

[Polyphemus]

Ik heb in mijn Fritz een willekeurige SIP poort aangevinkt, want anders registreert het nummer niet via Odido op het Delta netwerk.

[Babylonier]

rvk schreef op dinsdag 25 maart 2025 @ 17:13:
[...]

Net nog even geprobeerd met een klein test python scriptje. Bij mij is binnenkomend poort 5061 UDP gewoon open. Poort 5060 UDP is echt nog wel geblokkeerd. Ik zit bij Odido op het Delta netwerk dus misschien dat het onderliggende netwerk ook nog uit maakt.

Misschien inderdaad verschil in achterliggend netwerk?
In mijn regio (Eindhoven) is Delta helemaal niet actief.

esphome schreef op dinsdag 25 maart 2025 @ 17:24:
Het gaat om de source poort, dat die niet 5060 mag zijn bij Odido. Zij blokkeren niet naar, maar blokkeren 5060 van.

Ik snap wel wat je bedoeld hoor, maar ik betwijfel of jezelf de situatie wel snapt die ik beschrijf?
Bij mij wordt poort 5060, vanuit CheapConnect zelf, wat naar mij wordt gestuurd, niet geblokkeerd.
Is daarbij een inkomende poort.

Dat gebeurt kennelijk bij intern doorschakelen van het ene VOIP apparaat met een eigen "intern" toegewezen telefoonnummer naar een ander "intern" toegewezen telefoonnummer van een ander VOIP apparaat.
Waarbij het normale "buitenlijn" telefoonnummer, bij CheapConnect als "Trunk" is ingesteld.

Die buitenlijn is op géén van de apparaten als SIP-nummer direct in mijn VOIP-apparatuur ingesteld.

Daarbij maakt de VOIP data een "lus" vanuit het ene VOIP toestel hier thuis, eerst naar buiten via CheapConnect, (daar geldt die blokkade niet), en komt weer terug als data vanuit CheapConnect zelf.
En komt dan weer binnen voor connectie naar het andere VOIP apparaat.
Een extern gebruikte PBX "mini" centrale. En in die situatie wordt kennelijk ook poort 5060 gebruikt.
(Dat is de enige reden dat ik voor een inkomende firewall regel, daarbij een "actieve" hit scoor.
en de data verder wordt geleid via "port triggering" naar de betreffende VOIP-apparaten toe).
Die binnenkomende data op poort 5060 wordt niet tegen gehouden.

Heb voor verschillende VOIP apparaten ieder een ander "intern" SIP-nummer in gebruik.
Die nummers beginnen bij mij met "77" - Dus niet eens met een normaal gebruikt "netnummer"

tele

Alleen met "naar buiten bellen" naar heel andere "normale" telefoonnummers, (dus niet intern thuis).
Gaat er alleen een connectie uit "naar buiten", registratie is op poort 5060 (of bij mij ook 5070 en 6000)
En komt er niets op die poorten terug, maar worden random poorten gebruikt.

Er is verder ook verschil met een DECT basis station, waar op één SIP account, meerdere draadloze handsets gebruikt kunnen worden, die op zichzelf wel "slim" onderling kunnen communiceren.
-

[ Voor 6% gewijzigd door Babylonier op 25-03-2025 19:45 ]

[esphome]

@Babylonier Het is een lang verhaal en het wordt voor mij niet duidelijk.

Odido wil niet dat jij vanaf poort 5060 antwoord omdat zij jou dan zien als een PBX. Een server mag antwoorden van dezelfde speciale poort als waarop zij luisteren.

Dus jij moet altijd starten (source) vanaf een "random" poort en als je NAT hebt dan kun je daar poort translatie toepassen. Heb je meer dan één afzonderlijke SIP devices dan kun je netmap gebruiken om zo elke device haar eigen random volg poort te geven. NAT doet dit automatisch voor clients die naar buiten gaan.

Als de PBX op een andere poort zet als 5060 staat dan zou het ook bij Odido moeten werken.

Dat is volgens mij de enige regel die Odido hanteert, niet luisteren en reageren op een 5060 poort.



Hierboven onder incoming mag geen 5060 staan als dat op het publieke IP is.. De ene hit komt waarschijnlijk van Odido om te kijken of jij niet toevallig op poort 5060 luistert.

Toevoeging: wat ik lees moeten de trigger en incoming port verschillend zijn. Dus ook bij de triggerport geen 5060. Als je NAT gebruikt dan moet je verbinding open houden of tiggering gebruiken maar dan moet je voor elke device een eigen trigger en incoming port gebruiken en de NAT dwingen om die poorten als source te gebruiken voor elke specifiek device. Twee stappen dus, aanmelding en luisteren op de dezelfde poort (niet 5060) als uitgaand tijdens de aanmelding.

Dan is het open houden van de verbinding met CC eenvoudiger.

[ Voor 25% gewijzigd door esphome op 25-03-2025 22:05 ]

[Babylonier]

esphome schreef op dinsdag 25 maart 2025 @ 21:36:

Odido wil niet dat jij vanaf poort 5060 antwoord omdat zij jou dan zien als een PBX. Een server mag antwoorden van dezelfde speciale poort als waarop zij luisteren.

Waarom zouden ze daar op luisteren?? Ik gebruik helemaal geen telefonie van Odido.
Odido gebruikt een heel ander VOIP server domein, dan Cheapconnect, en betamax VOIP providers,
wat de enige expliciete connecties met VOIP providers / domeinen betreft waar ik contact mee leg.
Gaat helemaal buiten een Odido VOIP domein om. Dat staat elkaar helemaal niet in de weg.
(Zou eruit zien als dat wel zo was).

Andere internet providers hebben daar toch ook geen problemen mee?

esphome schreef op dinsdag 25 maart 2025 @ 21:36:
Toevoeging: wat ik lees moeten de trigger en incoming port verschillend zijn. Dus ook bij de triggerport geen 5060.

En waar lees je dat, dat die verschillend zouden moeten zijn ??

Overigens juist om het gemakkelijk te maken, heb ik die poorten "links en rechts" hetzelfde gehouden.
Voor de verschillen die ik ook toepas voor de ene of andere VOIP Client in een apparaat.
Wat normaal bij "port forwarding" naar één apparaat ook het geval is.
Alleen nu "Dymanisch" kun je dat voor meerdere apparaten als zodanig "hetzelfde" vastleggen.

Poorten die voor de ene of andere VOIP Client, niet worden opgemerkt, omdat een andere poort voor die VOIP Client geldig is, "die doen niks". Hebben geen functionaliteit.
Alleen poorten die werkelijk worden getriggerd, zal een VOIP Client oppikken om te functioneren in die reeks.

(Teveel uitzoekerij met de vele variabelen in een reeks van VOIP apparaten / softphones, en toegewezen VOIP-server registratie poorten om het expliciet netjes per VOIP poort / Client en apparaat te gaan instellen).

Het werkt al jaren zo, zonder problemen. Juist met name het doorschakelen / intern doorverbinden e.d.
Wat zonder die instellingen niet goed functioneert.

Maar goed, we dwalen af. Is voor de meeste gebruikers allemaal niet zo relevant.

De kern van het verhaal is, dat Odido voor inkomend verkeer poort 5060 zou blokkeren.
Wat via die ingestelde inkomende firewall regel in mijn geval wordt tegengesproken.
-

[Babylonier]

rvk schreef op dinsdag 25 maart 2025 @ 17:13:
[...]

Net nog even geprobeerd met een klein test python scriptje. Bij mij is binnenkomend poort 5061 UDP gewoon open. Poort 5060 UDP is echt nog wel geblokkeerd.

Met toch de nodige twijfels her en der, de een of de ander.
Welk python scriptje gebruik je daarvoor, of waar te downloaden?
Is misschien wel aardig om te kijken wat het hier doet ? !
-

[rvk]

Babylonier schreef op woensdag 26 maart 2025 @ 00:01:
[...]
Welk python scriptje gebruik je daarvoor, of waar te downloaden?
Is misschien wel aardig om te kijken wat het hier doet ? !

Server/Ontvangst kant (dus op een machine op Odido internet)

code:

#/usr/bin/env/python3
import socket
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
sock.bind(('192.168.2.21', 5060)) # interne server ip
while True:
   data, address = sock.recvfrom(65538)
   text = data.decode('ascii')
   print('Connection from Client{} says {}'.format(address, text))
   text = 'Your data was {} bytes long'.format(len(data))

Verzend kant (vanaf een andere provider)

code:

#/usr/bin/env/python3
import socket
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
text = 'Hello World'
data = text.encode('ascii')
sock.sendto(data, ('x.x.x.x', 5060)) # uiteraard mijn ip

Dit gaat met UDP 5061 prima. UDP 5060 niet.
Poort UDP 5060 en poort UDP 5061 beide forwarded naar de server.

Uiteraard kun je dit ook doen met netcat.

code:

# op server
nc -ulvp 5060

# op client
echo "test" | nc -u x.x.x.x 5060

[ Voor 9% gewijzigd door rvk op 26-03-2025 03:16 ]

[esphome]

@Babylonier Odido luistert op poort 5060 voor klanten die ook telefonie van hun hebben. Jij zit vast in een lus met jouw wijze van denken. Het gaat erom dat jij niet luistert op poort 5060. Niet meer en niet minder.

Verschillende poorten, dat staat in de Wiki van port triggering maar verderop schrijf ik dat wel gelijke poorten gebruikt, als je dat geitenpaadje op gaat.

Het enige wat je niet moet doen is op poort 5060 luisteren en dan mag jij verder van alles in elkaar knutselen. :-)

[Babylonier]

Als voorbereiding op een test met Python, -heb er nog nooit mee gewerkt hoor-.
Heb ik eerst de laatste Python versie op mijn Windows laptop geïnstalleerd - Windows installer (64-bit)
Python 3.13.2 - Release Date: Feb. 4, 2025

https://www.python.org/downloads/release/python-3132/
https://docs.python.org/3.13/tutorial/

Om test resultaten "op mijn laptop" zichtbaar te krijgen.
Laptop met intern thuisnetwerk vast LAN IP-adres: 192.168.10.75

Heb ik in mijn router voor de gelegenheid, de poorten 5060 en 5070 expliciet geforward naar mijn Laptop.
En firewall regel aangemaakt om inkomende poorten 5060 en 5070 toe te laten.
Die worden dan specifiek omgeleid naar mijn laptop.
(De Port trigger functie in de router uitgeschakeld, zodat alleen de port forward naar mijn laptop functioneert).

rvk schreef op woensdag 26 maart 2025 @ 02:47:
Server/Ontvangst kant (dus op een machine op Odido internet)

code:

#/usr/bin/env/python3
import socket
sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
sock.bind(('192.168.2.21', 5060)) # interne server ip
while True:
   data, address = sock.recvfrom(65538)
   text = data.decode('ascii')
   print('Connection from Client{} says {}'.format(address, text))
   text = 'Your data was {} bytes long'.format(len(data))

Dat eerste stuk, in mijn situatie het interne LAN IP van mijn laptop ingevuld.

Verder: Ik kan vanuit een andere provider niet expliciet op commando een opdracht laten uitsturen.
Om UDP pakketjes te verzenden die bij mij dan binnenkomen.
Nou ja, toevallig heb ik wel een softphone op mijn Latop geïnstalleerd.
Die zich direct registreert bij openen - overigens hier met poort 5070 "naar buiten toe".

Maar krijg voor het eerste code blok zoals hierboven getoond (regel 1 t/m 9)
en zowel het tweede code-blok (regel 1 t/m 6) van je laatste reactie.
Dezelfde foutmeldingen die niets met poorten hebben te maken, ongeacht welke poorten ik gebruik.
(5060 of 5070), de softphone wel of niet actief draaiend.


Ook je laatste code uitgevoerd (regel 1 t/m 5). met zowel poort 5070 als poort 5060.
Geeft een voor mij onverwachte zelfde uitkomst "11", wat dat dan ook moge inhouden??



Kan er eerlijk geen chocola van maken.

Ook nog eens getest met specifieke UDP port scanners. En mijn firewall specifiek open gezet voor de gebruikte VOIP UDP poorten, niet alleen voor benadering vanuit Nederland, maar vanuit de hele wereld.

https://check-host.net/check-udp?
https://www.ipvoid.com/udp-port-scan/

"Open or filtered" - tja, wat is het dan?
Met specifiek die Firewall regels uitgeschakeld krijg ik overigens dezelfde resultaten.
Alsof die UDP test websites niet werken !! Dus je hebt er niks aan.










Dat je inderdaad niks aan die test websites hebt blijkt wel uit deze test voor UDP "common ports".




Was leuk geweest als er een meer voorspelbare uitkomst uit zou komen?
Heeft voor mij allemaal niet zoveel zin om er nog meer tijd in te steken,
en daar allerlei andere instellingen voor te moeten inzetten.
(Ik gebruik o.a. ook alternatieve DNS-servers in mijn router).


Dus zet het allemaal weer terug, zoals het eerst ook stond.
-

[esphome]

@Babylonier
- Send a User Datagram Protocol (UDP) packet.
- After sending the UDP packet, if you receive ‘ICMP port unreachable’ message, then the UDP port is closed.
- If not, then the UDP port is open or something is blocking the ICMP.

Als er geen "unreachable" gezonden wordt dan is de poort open|filtered en het ligt aan de firewall/router dat dit niet gedaan wordt.

Als die poort wel dicht staat op jouw firewall dan kan het nog zijn dat Odido antwoord. Dit als zij toestaan dat een klant met een Odido telefonie abonnement van buiten het Odido netwerk de VOIP mag aanmelden.

[Babylonier]

@esphome

Dat is interessante informatie die je geeft, met name m.b.t. dat ICMP. (Stond ik niet bij stil m.b.t. die testen).
ICMP heb ik doorgaans juist NIET actief, om zo incognito als mogelijk mijn internet thuis services te runnen. Services die van buitenaf bereikbaar zijn, (VPN - NAS....), beperk ik met Firewall regels juist zoveel mogelijk voor toegang vanuit enkel die landen, waar mijn familie of ikzelf zich vertoeven, en die services willen bereiken.
(Paar dagen terug nog iets geschreven m.b.t. Android / iPhone apps voor "ver weg" CheapConnect gebruik.
Op die afstanden overigens veel echo. Mogelijk dat het via een VPN tunnel naar Nederland beter gaat?
Wha's app functioneert beter. Maar is niet voor alles in te zetten.---> Contact met NL instanties).

Dat ICMP nu actief in de Firewall opgenomen, en de "hit" teller vooral voor poort 5060 vliegen omhoog.
Met name bij die UDP scanner die vanuit diverse landen die UDP testen uitvoeren.
Bij elke test, ongeveer 40 "hits" erbij.

Hoewel nog steeds niet voor alles consistent.
Had inmiddels voor mijn situatie de "port triggering" weer actief ingesteld, en niet meer aangepast.

Resultaten via de website: https://www.ipvoid.com/udp-port-scan/









Resultaten via de website: https://check-host.net/check-udp










En de Firewall instellingen inclusief ICMP
Voor de VOIP poorten "ALL" gekozen = géén beperking voor landen.
Tevens voor het begrip in het menu de Firewall regels onder elkaar naar boven geschoven.
(Andere firewall regels die geen betrekking hebben op dit onderwerp buiten het plaatje gehouden).



Dus het lijkt erop, dat Odido die 5060 poort toch open heeft staan?'

Overigens in het geval dat van VOIP Smartphone-apps gebruik wordt gemaakt, vanuit "ver weg" locaties,
zouden er in eerste instantie testen met de CheapConnect SIP-domeinen zelf getest moeten worden.
Van daaruit wordt pas een verbinding gemaakt met "vaste" telefoons thuis, en externe telefoons elders.
(Odido is dan helemaal niet in beeld).
-

[ Voor 11% gewijzigd door Babylonier op 26-03-2025 14:53 ]

[esphome]

Je kunt ook alleen de IP adressen accepteren van CC en die zijn van 147.78.237.4 t/m 147.78.237.17

Een test vanuit Odido zou leeg uitgaan, als jij dan ook ICMP 3-3 zou kunnen terugzenden als het niet CC zelf is die poort 5060 benaderd. Dan sluit je ook meteen alle anderen buiten die de poort scannen.

Wikipedia: Internet Control Message Protocol

[Babylonier]

Die optie om in de Firewal in de connectie alleen de IP-adressen van CheapConnect op te nemen,
zat ik ook al aan te denken, maar wist die IP-adressen niet. Bedankt voor het melden van die adres-reeks.
Ga ermee aan de slag. Dan weet je inderdaad meteen of CC alleen zelf poort 5060 benadert.
Daar kom in dan nog op terug. (Niet meer vandaag).

[ Voor 9% gewijzigd door Babylonier op 26-03-2025 15:15 ]

[rvk]

Babylonier schreef op woensdag 26 maart 2025 @ 09:40:
Verder: Ik kan vanuit een andere provider niet expliciet op commando een opdracht laten uitsturen.
Om UDP pakketjes te verzenden die bij mij dan binnenkomen.

Dat is nu juist net wel nodig om het goed uit te testen

Babylonier schreef op woensdag 26 maart 2025 @ 09:40:
Nou ja, toevallig heb ik wel een softphone op mijn Latop geïnstalleerd.
Die zich direct registreert bij openen - overigens hier met poort 5070 "naar buiten toe".

Naar 'binnen' bedoel je? En poort 5070 is "naar binnen toe" niet geblokkeerd. 5060 wel.

De meeste softphones en apparaten zullen zich ook op een andere poort registreren dan 5060. Want als je bijvoorbeeld 2 apparaten op je netwerk hebt die 5060 willen hebben, dan gaat dat niet want een server buiten jouw netwerk kan maar één apparaat bereiken via de port forwarding.

Dus standaard registreren (tegenwoordig) vrijwel alle apparaten zich met een random port (in ieder geval niet met 5060). MAAR... als een apparaat bijvoorbeeld gemaakt is om als enige VOIP device op je netwerk aanwezig te zijn, zoals bijvoorbeeld een FritzBox, dan staat die wel vaak op 5060 inkomend. Nu kun je dat in de huidige firmwares wel op "random" zetten. Maar bijvoorbeeld een oude Grandstream voip box kan dat niet.

Babylonier schreef op woensdag 26 maart 2025 @ 09:40:
Ook je laatste code uitgevoerd (regel 1 t/m 5). met zowel poort 5070 als poort 5060.
Geeft een voor mij onverwachte zelfde uitkomst "11", wat dat dan ook moge inhouden??

Die 11 schijnt het aantal karakters te zijn wat over de socket naar de UDP poort verstuurd is.

Maar dit scriptje (waar je dus die 11 krijgt) moet je dus uitvoeren op een computer BUITEN je eigen netwerk. En dan moet je dus met dat andere scriptje (wat in een soort loopje zit) op je eigen netwerk kijken... of je deze melding krijgt:

Connection from Client('45.x.x.x', 41797) says Hello World

Dat werkt met 5061 in beide scriptjes wel. Met 5060 in beide scriptjes werkt het niet.
De 41797 is een random poort die python automatisch pakt bij uitgaand verkeer. Maar de tekst wordt naar 5060/5061 van de luisterende verbinding verzonden. Als de server dan bericht terug wil sturen doet ie dat dus naar poort 41797 van dat IP adres (wat naar buiten toe is).

Zo werken normaal VOIP clients ook. Die maken dus naar een server (buiten je netwerk) op poort 5060 UDP verbinding, maar er wordt dus voor eigen poort een random poort gepakt. De server ziet die random poort en zal de communicatie daaroverheen doen. Het probleem is dus dat oude apparaten geen random poort pakken als eigen poort maar zich registreren met eigen poort 5060 UDP. En dat gaat mis bij Odido.

(Gelukkig heb ik er niet zoveel last van want ik draai mijn eigen Asterisk servertje en die zit standaard al op een niet conform poort)

[esphome]

Bij oude apparaten die geen andere source poort kunnen gebruiken dan 5060 dan kan NAT de uitgaande poort veranderen in bijvoorbeeld 5061. Er is zo een manier om de blokkade van Odido heen te werken.

[rvk]

esphome schreef op woensdag 26 maart 2025 @ 23:12:
Bij oude apparaten die geen andere source poort kunnen gebruiken dan 5060 dan kan NAT de uitgaande poort veranderen in bijvoorbeeld 5061. Er is zo een manier om de blokkade van Odido heen te werken.

Het apparaat geeft toch in zijn SIP communicatie naar de server toe ook door op welke poort hij zal luisteren? Dan zul je die SIP messages ook moeten bewerken. Daar is dan wel weer die ALG SIP setting voor (dat de router SIP messages kan wijzigen) maar ik dacht dat dat alleen voor IP adressen was, niet voor poorten. En dat gaat ook niet altijd goed (vandaar vaak het advies om dat uit te zetten).

Ik weet niet of dat gaat werken als je dan met port forwarding poort 5066 bv naar intern 5060 stuurt.

https://wiki.unify.com/wiki/SIP_Port_Example

Max-Forwards: 70
Content-Length: 0
Via: SIP/2.0/UDP 192.168.1.8:5062;branch=z9hG4bK90cd10ea5
Call-ID: 640b380ce00ee6f
From: 49894773001 <sip:49894773001@192.168.1.63>;tag=2c324ccecfd8e16;epid=SC2405ca
To: 49894773001 <sip:49894773001@192.168.1.63>
CSeq: 1 REGISTER
Contact: 49894773001 <sip:49894773001@192.168.1.8:5062;transport=udp>;expires=3605
User-Agent: optiPoint 410_420/V6 6.0.60

[nescafe]

@rvk daar kunnen de meeste SIP-providers wel mee omgaan. Die replyen naar de source port, niet de poort in de header. Denk aan een kantoor met 10 toestellen en 1 extern IP-adres, daar zal sowieso SNAT worden toegepast op adres + poort. Meest gangbare advies is idd om SIP ALG uit te zetten.

[ Voor 3% gewijzigd door nescafe op 27-03-2025 09:56 ]

[Babylonier]

rvk schreef op woensdag 26 maart 2025 @ 19:16:
Naar 'binnen' bedoel je? En poort 5070 is "naar binnen toe" niet geblokkeerd. 5060 wel.
....
De meeste softphones en apparaten zullen zich ook op een andere poort registreren dan 5060.

Misschien heb je een andere interpretatie van wat naar "buiten toe" of naar "binnen toe" wordt verstaan?
Registratie van het SIP-account, speelt zich af, expliciet op de poort die als zodanig daarvoor is afgestemd (poort 5060). Anders heeft een afwijkende poort instelling zoals bij CheapConnect mogelijk is geen zin.
Naast poort 5060 ook poort 5070, 5072, 5074, 5076, 5078, 5080. Het betreft "geen raden naar" welke poort.

Een "VOIP" server / "CheapConnect" als VOIP server, luistert / staat open voor "inkomend" verkeer gezien vanuit de server kant. VOIP Clients maken een "uitgaand" verzoek om met die server contact te leggen.
Vanuit de thuis situatie gezien is dat een "uitgaand" verzoek.

Voor mijn situatie regio Eindhoven, heb ik geen blokkade van poort 5060, gezien naar twee richtingen toe.
Niet voor inkomend, of voor uitgaande VOIP SIP connecties. Dat is bij gebruik van een eigen router.

Wat mogelijk wel van toepassing kan zijn, bij gebruikers die de Odido geleverde ZyXEL routers inzetten.
Is dat de ZyXEL router poort 5060 "afvangt" om de ingebouwde ATA-adapter van de ZyXEL te gebruiken?
Ten behoeve van het "eigen" Odido telefonie beheer van klanten die telefonie bij Odido afnemen?
(Zelf nooit kunnen testen - neem geen Odido telefoon af).

"Dicht getimmerde" opties van ISP modem/routers die eerder bijv. bij KPN ook speelden.
Waar KPN inmiddels menu-functies in hun modem/routers hebben, om dat uit te schakelen, waarmee poort 5060 weer ter beschikking staat voor eigen gebruikte VOIP apparatuur in het thuisnetwerk zelf.
Om te kunnen voldoen aan de wetgeving voor gebruikers in vrijheid van keus van in te zetten apparatuur.
(Dat geldt evengoed voor VOIP telefonie apparatuur).

rvk schreef op woensdag 26 maart 2025 @ 19:16:
Want als je bijvoorbeeld 2 apparaten op je netwerk hebt die 5060 willen hebben, dan gaat dat niet want een server buiten jouw netwerk kan maar één apparaat bereiken via de port forwarding.

Dat hangt maar net af op de wijze van configuratie voor elk "individueel SIP account".
Zie mijn < eerdere reactie > aangaande "Trunk" instellingen en instellingen voor verschillende "SIP-accounts" .

M.b.t. mogelijke uitzonderingen van verschillende apparaten en tevens tegenover verschillende VOIP accounts bij verschillende VOIP providers, waarbij ik de meeste gewoon op poort 5060 had afgestemd.

Had ik nu juist "port triggering" opties ingesteld om daarmee beter om te kunnen gaan.
(Met name m.b.t. onderling doorverbinden).
In de praktijk "NU", waarbij een eerder bestaand (gratis) "KPN telefoonnr. is opgeheven bij overgang naar Odido, (wat ik sporadisch voor "fax" gebruikte via een "ATA-adapter"), en die ATA zelf ook niet meer inzet.
Is de set-up eenvoudiger geworden. Heb ik met testen "NU" kennelijk die port triggering niet meer nodig.
(Dat testen nu, levert me dus wel iets extra op, wat positief is. Daar kom ik later nog op terug).

rvk schreef op woensdag 26 maart 2025 @ 19:16:
Dus standaard registreren (tegenwoordig) vrijwel alle apparaten zich met een random port (in ieder geval niet met 5060).

Nee, dat is niet zo.
Mogelijk vergis je je in de verschillen voor een "registratie" van een VOIP SIP-account?
Tegenover inderdaad "random poorten" binnen een bepaald bereik voor de "VOIP audio media streams zelf"?
Dat gaat via het RTP / RTCP protocol. Voor een mooie uitleg zie o.a.": https://www.3cx.nl/voip-sip/rtp/

Verder ontzettend aardig dat je alsnog dieper ingaat op die voorbeelden met "Python" .
Wellicht omdat je mogelijk zelf een "geroutineerd" gebruiker bent van "Python", voor jou gesneden koek?

Maar kost mij als Phython "buitenstaander" teveel tijd en energie om me er in te "willen" verdiepen, in wat het oplevert. Alleen om te controleren of poort 5060 wel of niet wordt geblockt voor uit- of inkomend verkeer.
Heb de software inmiddels weer volledig van mijn Windows OS verwijderd.

Niet negatief bedoeld hoor. Als ik 30-40 jaar jonger was, had ik wellicht wel de tijd erin willen steken.
Maak nu liever gebruik van andere meer transparante opties, die evengoed inzicht / uitsluitsel geven.
(Kom ik later op terug).
-

[ Voor 19% gewijzigd door Babylonier op 29-03-2025 15:30 ]

[rvk]

Babylonier schreef op zaterdag 29 maart 2025 @ 00:51:
[...]
Misschien heb je een andere interpretatie van wat naar "buiten toe" of naar "binnen toe" wordt verstaan?
Registratie van het SIP-account, speelt zich af, expliciet op de poort die als zodanig daarvoor is afgestemd (poort 5060). Anders heeft een afwijkende poort instelling zoals bij CheapConnect mogelijk is geen zin.

Ja, maar het gaat niet om die poort 5060 bij CheapConnect. Je hebt te maken met een destination poort en een source poort. Dat zijn twee verschillende termen.

Wat ik bedoel is dat je met een voip device wel contact maakt met voip.cheapconnect.net op poort 5060 (destination), maar dat dat op een andere uitgaande poort (source) gebeurd dan 5060. Als ik een connectie naar mijndomein.nl op poort 80 maak, dan zal mijn computer daarvoor zelf nooit poort 80 gebruiken (als source). Daar wordt altijd een random poort boven 1024 voor gebruikt. Als de server dan iets terug wil sturen, dan moet het dus naar die random poort gestuurd worden, niet naar mijn poort 80

Bij voip was het vroeger echter zo dat alle devices ook standaard luisterde naar poort 5060 voor SIP verkeer. Zo ook de Fritzbox (als je die instelling niet veranderd).

Het probleem bij bepaalde Odido netwerken (Delta, KPN? maar dus niet allemaal) is dat binnenkomende poort (source) 5060 bij de klanten dus geblokt is.

Ik kan ook prima connectie maken met voip.cheapconnect.net op poort 5060. Mijn source poort is bij alle devices dan ook altijd random (random poort -> CC 5060). Alleen als ik zelf mijn Asterisk voip server op poort 5060 zou zetten, dan kan ik daar van buiten geen verbinding mee maken (omdat bij mijn Ododi lijn binnenkomend 5060 geblokt is). Maar zoals ik al gezegd heb... bij Asterisk kun je die ook gewoon op een andere poort zetten.

Zelf gebruik ik inderdaad nog de Zyxel... maar als je het topic op de Odido community doorleest dan zie je dat dit probleem ook aanwezig is bij mensen met hun eigen router direct op de ONT. Het is dus een onderliggende netwerk blokkade (dat overigens door Odido technisch team reeds toegegeven is).

[Babylonier]

@rvk Dank voor de zeer uitvoerige uitleg. Het kwartje is gevallen met wat je bedoelt.

@esphome opperde in een eerdere reactie met < UDP testen > die ik had gedaan,

esphome schreef op woensdag 26 maart 2025 @ 14:41:
Je kunt ook alleen de IP adressen accepteren van CC en die zijn van 147.78.237.4 t/m 147.78.237.17

Een test vanuit Odido zou leeg uitgaan, als jij dan ook ICMP 3-3 zou kunnen terugzenden als het niet CC zelf is die poort 5060 benaderd. Dan sluit je ook meteen alle anderen buiten die de poort scannen.

Wikipedia: Internet Control Message Protocol

Dat ICMP 3-3 is me nog niet helemaal duidelijk (vanuit de WiKi hoe uit te voeren).

Maar met die eerdere < UDP testen >,
en dan met name de resultaten via de website: https://check-host.net/check-udp

Gaven bij mij al vele treffers (hits) in de Firewall van "open" - doorgelaten test packets voor poort 5060.
Heb de test nog eens over gedaan. Er is een lijst van 47 bron test websites verdeeld over de wereld, waar vandaan dan een test packet wordt verstuurd op de poort die je test ( IP-adres + dubbele punt 5060 ).

Bij een enkele test genereert dat precies 45 "treffers".
Kennelijk van twee websites "niet", of is dat een gecombineerd resultaat ??
Twee keer dezelfde test geeft 90 treffers, drie keer ---> 135 treffers, enz.

Daar ga ik dan echt vanuit dat in mijn situatie poort 5060 niet wordt geblokkeerd, anders krijg ik die treffers niet.
(Die firewall "treffer" weergave binnen een Synlogy router is echt een sluitende test, zonder fouten).

De uiteenlopende resultaten op de andere poorten 5070 en 6000 kan per regio verschillend zijn. Niet zozeer "hier" op mijn eigen internetverbinding, maar mogelijk reeds geblokt bij landen met een ander internet beleid.
(Het betreffen geen officieel VOIP gerelateerde poorten).


CheapConnect IP-reeks: 147.78.237.4 t/m 147.78.237.17
Heb de Firewall beperkt tot de IP-adres reeks van CheapConnect zelf ( 147.78.237.4 t/m 147.78.237.17 ).
Dus alles wat erbuiten valt, wordt niet toegelaten. Alleen eventuele aangestuurde packets vanuit CC zelf.
Krijg bij controle over meerdere dagen dan echter helemaal geen "treffers" meer.
Ofwel CheapConnect zelf stuurt niets uit op poort 5060.

Was voor mij dan weer een signaal, dat ik die "port triggering" t.b.v. onderlinge telefoon doorschakelingen volledig kan weglaten. (Daadwerkelijk getest en functioneert ook als zodanig correct).

(Had in mijn eerdere reactie daar al een aanzet voor gegeven).

"In de praktijk "NU", waarbij een eerder bestaand (gratis) "KPN telefoonnr. is opgeheven bij overgang naar Odido, (wat ik sporadisch voor "fax" gebruikte via een "ATA-adapter"), en die ATA zelf ook niet meer inzet.
Is de set-up eenvoudiger geworden. Heb ik met testen "NU" kennelijk die port triggering niet meer nodig.
(Dat testen nu, levert me dus wel iets extra op, wat positief is....)"


Heb ook nog gekeken of "in mijn situatie" met mijn internet connectie,
een veel gebruikte ISP "mail-server blokkade actief is", om versturen van SPAM mail te beperken.
Niet dat ik een eigen mail-server thuis heb draaien. Maar geeft inzicht ook in beleid van andere blokkades.

Heb daarvoor een test gedaan bij "SPAMHAUS":

https://www.spamhaus.org/who-is-spamhaus/
https://check.spamhaus.org

Typisch op mijn eigen internet verbinding ook DIE blokkade NIET actief.




Dezelfde test op een IP-adres van KPN van een kennis hier geeft het volgende resultaat:
(Je kunt de pagina vergroten voor meer details):




Detail / pop-up uit die pagina, wat meer info geeft m.b.t. een dergelijke blokkade:



Indien dit soort mail-server blokkades actief is. Kan men die volgens Spamhaus info wel opheffen.


Test van de Odido internet verbinding van mijn ex (Tilburg), geeft dezelfde blokkade als die voor KPN.
In hoeverre daar ook een VOIP 5060 blokkade geldt voor inkomend verkeer op de WAN, is mij onbekend.
(Zij heeft op dit moment geen vaste telefoon lijn in gebruik met eigen VOIP apparatuur).

Dus beleid van blokkeringen van het een of ander kan per regio / netwerk verschillend zijn.
-

[ Voor 21% gewijzigd door Babylonier op 31-03-2025 10:32 ]

[rvk]

esphome schreef op woensdag 26 maart 2025 @ 14:41:
Je kunt ook alleen de IP adressen accepteren van CC en die zijn van 147.78.237.4 t/m 147.78.237.17

Ik neem aan dat je dit alleen voor SIP verkeer bedoeld... niet voor de RTP stream poorten?

Ik weet niet of CC kan herkennen dat RTP streams van 'derde' server/clients niet door de clients geaccepteerd wordt.

Of doet CC alleen aan relay van complete RTP streams en krijg je die nooit van 'derde' servers/clients?

[esphome]

@rvk De aanname is correct.

[shure-fan]

Goedemorgen allen,

Pas geleden heb ik mijn netwerk ge-update, en een onderdeel daarvan was ook het opnieuw inrichten van mijn Freepbx centrale,

In het verleden heb ik via chan_sip de sip verbinding met CC online gehad en werkte jaren probleemloos,

echter ben ik nu genoodzaakt PJSip te gaan gebruiken,
Volgens freepbx is de trunk geregistreerd en online, maar zodra ik em bel gaat er geen toestel over, en in de CLI " asterisk -rvvv" zie ik geen Sip -invites langskomen,


Kan iemand me helpen om CC online te krijgen via PJsip? ik gebruik CC alleen als inbound lijn

Alvast Bedankt !!

[jor177]

Ik heb ondertussen al meer dan 10 mensen geholpen met het overzetten van een vast nummer naar Cheapconnect i.c.m. een VoIP adapter maar dit keer krijg ik na het uploaden van het bewijs (factuur) te zien dat de 'status onbekend' is. Even afwachten?

[DjoeC]

jor177 schreef op vrijdag 25 april 2025 @ 13:02:
Ik heb ondertussen al meer dan 10 mensen geholpen met het overzetten van een vast nummer naar Cheapconnect i.c.m. een VoIP adapter maar dit keer krijg ik na het uploaden van het bewijs (factuur) te zien dat de 'status onbekend' is. Even afwachten?

[Afbeelding]

Ik zou inderdaad even afwachten en anders maandag of dinsdag contact opnemen. Misschien hebben ze daar ook wel paas en koningsdag vakantie.

[martin68]

Goedenmiddag,

Meer mensen last van een storing bij CheapConnect? Volgens mijn FritzBox is er sinds 14:30 geen verbinding meer.

[ReBr]

martin68 schreef op zaterdag 26 april 2025 @ 17:27:
Goedenmiddag,

Meer mensen last van een storing bij CheapConnect? Volgens mijn FritzBox is er sinds 14:30 geen verbinding meer.

Klopt, hier ook sinds 14:30.

[Vliegvlug]

martin68 schreef op zaterdag 26 april 2025 @ 17:27:
Goedenmiddag,

Meer mensen last van een storing bij CheapConnect? Volgens mijn FritzBox is er sinds 14:30 geen verbinding meer.

Bij mij werkt het nog
Ik kan mezelf in elk geval bellen en krijg verbinding.

[DjoeC]

martin68 schreef op zaterdag 26 april 2025 @ 17:27:
Goedenmiddag,

Meer mensen last van een storing bij CheapConnect? Volgens mijn FritzBox is er sinds 14:30 geen verbinding meer.

Yes, hier ook. voip.cheapconnect.net via Odido ligt eruit, 12voip doet t gelukkig nog.

[timmie1]

Via proxy.cheapconnect.net werkt het niet , via sip.cheapconnect.net werkt het wel. Dus in tegenstelling tot de info die cc verspreid over het feit dat proxy beter zou zijn is dat niet het geval. Is niet de eerste keer met de telefoonnummers die via proxy lopen.

[Drardollan]

Hier ook al uren uit de lucht, ontdekt bij toeval omdat we het nummer amper tot niet gebruiken.

[ccie15497]

Hier ook alleen in gebruik voor inkomende gesprekken.
Ook al uren niet bereikbaar.

[Drardollan]

ccie15497 schreef op zaterdag 26 april 2025 @ 19:41:
Hier ook alleen in gebruik voor inkomende gesprekken.
Ook al uren niet bereikbaar.

Hier ook, maar met gemiddeld 2 inkomende gesprekken per maand merk ik het normaal nooit als het eruit ligt.

[ccie15497]

Drardollan schreef op zaterdag 26 april 2025 @ 19:48:
[...]

Hier ook, maar met gemiddeld 2 inkomende gesprekken per maand merk ik het normaal nooit als het eruit ligt.

ja, de opa's en oma's bellen er alleen op inderdaad, maar die bellen wel iets vaker dan 2 keer per maand :-)

[LaptopRookie]

Ik heb ook sinds 14:31 melding op mijn fritzbox dat mijn cheapconnect sip niet geregistreerd is.
Na wijziging sip wachtwoord ook geen succes.
Wat wel lukt is de registrar waarde in mijn fritzbox te wijzigen van voip.cheapconnect.net naar sip.cheapconnect.net (???)

[Drardollan]

LaptopRookie schreef op zaterdag 26 april 2025 @ 20:04:
Ik heb ook sinds 14:31 melding op mijn fritzbox dat mijn cheapconnect sip niet geregistreerd is.
Na wijziging sip wachtwoord ook geen succes.
Wat wel lukt is de registrar waarde in mijn fritzbox te wijzigen van voip.cheapconnect.net naar sip.cheapconnect.net (???)

Waarom ga je zitten knoeien terwijl je hier leest dat er een storing is? Zonde van je tijd en frustratie, als ze de boel gefixed hebben gaat het gewoon weer werken.

[jor177]

Hier werkt alles gewoon.

[Puch-Maxi]

Eerder vandaag nog mee gebeld, maar sinds 14:45 errors in het logboek: remote site not responding (voip.cheapconnect.net).

edit:
sip.cheapconnect.net werkt hier momenteel wel Via KPN glasvezel

[ Voor 22% gewijzigd door Puch-Maxi op 26-04-2025 21:30 ]

[RobertMe]

Ik zie alleen @DjoeC een provider noemen, en dat is Odido. En volgens mij komt Odido hier vrij regelmatig voorbij als een ISP die problemen oplevert?

En gezien anderen aangeven dat het werkt (en mijn Go Box 100 ook "Aangemeld" aangeeft) vraag ik mij toch af of het niet, weer, een Odido probleem is?

In mijn geval is de ISP Ziggo, en volgens de status pagina van het basisstation is deze dus gewoon aangemeld / verbonden. Met "voip...." ingesteld, en niet de "sip...." variant dus.

[martin68]

Nee, in mijn geval werkt voip.cheapconnect.net niet via een Freedom verbinding, sip.cheapconnect.net werkt wel.

[DjoeC]

RobertMe schreef op zaterdag 26 april 2025 @ 21:29:
Ik zie alleen @DjoeC een provider noemen, en dat is Odido. En volgens mij komt Odido hier vrij regelmatig voorbij als een ISP die problemen oplevert?

En gezien anderen aangeven dat het werkt (en mijn Go Box 100 ook "Aangemeld" aangeeft) vraag ik mij toch af of het niet, weer, een Odido probleem is?

In mijn geval is de ISP Ziggo, en volgens de status pagina van het basisstation is deze dus gewoon aangemeld / verbonden. Met "voip...." ingesteld, en niet de "sip...." variant dus.

Odido en Cheapconnect is normaliter een instellingen probleem omdat Odido poort 5060 blokkeert, dit is echt anders.

Ik heb trouwens net 1 van mijn nummers veranderd van voip.cheapconnect.net naar sip.cheapconnect.net, het nummer is nu geregistreerd.

[PtrO]

DjoeC schreef op zaterdag 26 april 2025 @ 22:06:
[...]

Odido en Cheapconnect is normaliter een instellingen probleem omdat Odido poort 5060 blokkeert, dit is echt anders.

Ik heb trouwens net 1 van mijn nummers veranderd van voip.cheapconnect.net naar sip.cheapconnect.net, het nummer is nu geregistreerd.

Confirmed: voip.cheapconnect.net is stuk, dit
veranderen naar sip.cheapconnect.net doet het wel.
Vermoed dat ergens iets uit de serverrails is gelopen.

[DjoeC]

Eigenlijk wel gek dat ze niks op hun help pagina of in hun eigen forum hebben staan...... In het verleden kreeg ik bij onderhoud nog wel eens een mail.

[PA5AM]

PtrO schreef op zaterdag 26 april 2025 @ 22:13:
[...]

Confirmed: voip.cheapconnect.net is stuk, dit
veranderen naar sip.cheapconnect.net doet het wel.
Vermoed dat ergens iets uit de serverrails is gelopen.

voip.cheapconnect.net geeft na ongeveer 10 pogingen antwoord op registratieverzoeken. Raar genoeg met een geldigheidsduur van 180 seconde ipv 3600.

Maar bellen werkt inderdaad niet.

[Cooyco]

Mijn Fritzbox mailt me dat het probleem met de telefonie-connectie is opgelost.

Edit: en het ligt er weer uit

[ Voor 18% gewijzigd door Cooyco op 26-04-2025 22:44 ]

[PtrO]

Vermoed dat de primaire server (voip.cheapconnect.net) is stilgevallen en alternatieve sip.cheapconnect.net op/bij Maxihet het wel doet. Zal van de week wel weer goed komen.

dig voip.cheapconnect.net --> whois 147.78.237.17 --> CheapConnect B.V.
dig sip.cheapconnect,net --> whois 185.29.203.27 --> MaxiTEL Telecom B.V.

Cooyco schreef op zaterdag 26 april 2025 @ 22:40:
Mijn Fritzbox mailt me dat het probleem met de telefonie-connectie is opgelost.
Edit: en het ligt er weer uit

Vermoed dat eea tussen beiden nog op gang of qua status moet worden gesynchroniseerd.
Bellen met voip... geeft momenteel in gesprek, met sip... lukt wel.

Bijna nooit issues met CC en goed - opnieuw - te weten en te noteren dat er een fallback is.

[ Voor 42% gewijzigd door PtrO op 26-04-2025 22:48 ]

[jongetje]

Wel vreemd want we moeten van cheapconnect juist de voip. URL gebruiken want dat zou zorgen voor redundantie. En nu blijkt die juist storingen te geven en is de (oude) sip. URL stabieler?

[PerlinNoise]

Gebruiken hier meer mensen cheapconnect met softphone apps Bria of Zoiper? In beide apps geeft bellen naar een klant een "anoniem" nummer. Dit terwijl in de instellingen van de apps bij uitgaand bellen > mijn nummer verbergen, uitgevinkt staat.
Via de Yealink uitgaand bellen geeft overigens wel het nummer mee.
En in het cheapconnect portaal staat de callerid op het juiste nummer.

Opgelost door in Cheapconnect portaal callerid nogmaals op te slaan.

[ Voor 31% gewijzigd door PerlinNoise op 27-04-2025 10:11 ]

[Vliegvlug]

timmie1 schreef op zaterdag 26 april 2025 @ 18:41:
Via proxy.cheapconnect.net werkt het niet , via sip.cheapconnect.net werkt het wel. Dus in tegenstelling tot de info die cc verspreid over het feit dat proxy beter zou zijn is dat niet het geval. Is niet de eerste keer met de telefoonnummers die via proxy lopen.

Goed om te weten, ik heb net even gekeken omdat ik het niet uit mijn hoofd weet.
Ik heb bij mij voor primaire SIP server voip.cheapconnect.net ingesteld en voor de failover SIP server sip.cheapconnect.net

Heb geen last van de storing gehad gelukkig, dat is op een Odido via ODF glasvezel verbinding met een Grandstream HT802 ATA

Moet zeggen dat ik niet eerder van proxy.cheapconnect.net heb gehoord.
Heb destijds de boel ingesteld via de instructies op de CheapConnect website.

[jor177]

Vanuit mijn werk heb ik inmiddels 16 mensen laten over stappen naar Cheapconnect met nummerbehoud. Allemaal zonder problemen. Nu is er een klant die al sinds 2016 geen contract met heeft bij KPN die ik heb proberen over te zetten naar Cheapconnect. Vanmorgen kreeg de klant een mail van "Jaap" dat "zei" in plaats van "zij", KPN dus de portering hebben geweigerd.. Dus ik weer KPN bellen maar die beweren nergens van de weten. Daar wordt enkel gevraagd waarom ik een nummer wil porteren. Dat lijkt mij evident. Bij KPN kost een vast nummer €36 per jaar en bij Cheapconnect €8,95.

Dit is het originele bericht van Cheapconnect:



Mijn conclusie is dat de klant wordt "gegijzeld" door KPN zonder logische reden maar dat KPN dat niet wil/kan toegeven..

[nescafe]

@jor177 staat het nummer wel bij KPN geregistreerd? Dat kun je hier checken: https://www.acm.nl/nl/telefoonnummers-zoeken

[jor177]

nescafe schreef op dinsdag 29 april 2025 @ 19:42:
@jor177 staat het nummer wel bij KPN geregistreerd? Dat kun je hier checken: https://www.acm.nl/nl/telefoonnummers-zoeken

Interessant, ik heb de range gevonden waarbinnen het nummer moet vallen:

id	606
apl_code	1
twn_aanvraagnummer	100006
twn_bestemming	geografische nummers
twn_datumbeschikking	28/08/1997
twn_datumeind
twn_netnummer	70
twn_nummerstatus	Toegekend
twn_nummertm	070-5149999
twn_nummervan	070-5140000
twn_plaats	ROTTERDAM
twn_relatienaam	KPN B.V.
datummutatie	22/03/2006 14:02
twn_relatieid	200266
twn_kvknummer	27124701
twn_kvkvestigingsnummer	16430921

EDIT: Maar dit zegt mij nog niet heel veel want mijn eigen nummers die ik heb geporteerd staan ook nog onder KPN

De zoekfunctie werkte eerst niet bij mij, maar dit zie ik voor een van de nummers die ik al 3 jaar geleden heb geporteerd naar Cheapconnect.:



Zou Cheapconnect een soort 'shell' zijn en de nummers dan nog steeds bij KPN laten staan?

[ Voor 21% gewijzigd door jor177 op 29-04-2025 20:07 ]

[RobertMe]

jor177 schreef op dinsdag 29 april 2025 @ 20:01:
[...]


Interessant, ik heb de range gevonden waarbinnen het nummer moet vallen:

id	606
apl_code	1
twn_aanvraagnummer	100006
twn_bestemming	geografische nummers
twn_datumbeschikking	28/08/1997
twn_datumeind
twn_netnummer	70
twn_nummerstatus	Toegekend
twn_nummertm	070-5149999
twn_nummervan	070-5140000
twn_plaats	ROTTERDAM
twn_relatienaam	KPN B.V.
datummutatie	22/03/2006 14:02
twn_relatieid	200266
twn_kvknummer	27124701
twn_kvkvestigingsnummer	16430921

EDIT: Maar dit zegt mij nog niet heel veel want mijn eigen nummers die ik heb geporteerd staan ook nog onder KPN

Bij mij staat het vaste nummer v.w.b. range onder KPN, sinds 1997 (vast toen de landelijke hernummering plaats heeft gevonden en vaste huisaansluitingen in principe nog van de PTT/KPN waren) en het specifieke nummer onder MaxiTEL Telecom B.V.. Gewoon correct dus. Inclusief ook een porteringsdatum die zomaar kan kloppen (juiste maand en jaar in ieder geval).

[franssie]

Bij mij ook maxitel

[DjoeC]

nescafe schreef op dinsdag 29 april 2025 @ 19:42:
@jor177 staat het nummer wel bij KPN geregistreerd? Dat kun je hier checken: https://www.acm.nl/nl/telefoonnummers-zoeken

Grappig, mijn cheapconnect nummer, geporteerd vanaf KPN, staat nog steeds op KPN Zo goed is dat register dus niet.

[jor177]

DjoeC schreef op dinsdag 29 april 2025 @ 20:18:
[...]

Grappig, mijn cheapconnect nummer, geporteerd vanaf KPN, staat nog steeds op KPN Zo goed is dat register dus niet.

Ik denk dat er inderdaad ergens iets fout gaat. Heel mijn dorp (Wassenaar) staat nog onder KPN. Alle nummers beginnen hier met 070-51XXXXX

[martin68]

jor177 schreef op dinsdag 29 april 2025 @ 20:20:
[...]


Ik denk dat er inderdaad ergens iets fout gaat. Heel mijn dorp (Wassenaar) staat nog onder KPN. Alle nummers beginnen hier met 070-51XXXXX

Ik denk dat je niet alle nummers hebt geprobeerd ;-) Maar als je bijvoorbeeld kijkt naar het nummer 0705113572 (van een willekeurige bakker) is deze wel degelijk geporteerd.

[RobertMe]

jor177 schreef op dinsdag 29 april 2025 @ 20:20:
[...]


Ik denk dat er inderdaad ergens iets fout gaat. Heel mijn dorp (Wassenaar) staat nog onder KPN. Alle nummers beginnen hier met 070-51XXXXX

Je hebt wel 2 "blokjes"? Hier begint die ook met xxx-xxx1000 t/m xxx-xxx9999 die geregistreerd staan onder KPN. Maar eronder staat een blok met het specifieke nummer en daar staat gewoon MaxiTEL.

[jor177]

martin68 schreef op dinsdag 29 april 2025 @ 20:25:
[...]

Ik denk dat je niet alle nummers hebt geprobeerd ;-) Maar als je bijvoorbeeld kijkt naar het nummer 0705113572 (van een willekeurige bakker) is deze wel degelijk geporteerd.

Hoe zie je dat? Ik zie dit:

[martin68]

jor177 schreef op dinsdag 29 april 2025 @ 20:31:
[...]


Hoe zie je dat? Ik zie dit:

[Afbeelding]

Dat is inderdaad raar, lijkt me een bug in de website, zonder streepje in het nummer werkt het wel.

[jongetje]

Het heeft helemaal geen zin om het daar te checken. Mijn nummer is van KPN naar Ziggo naar Cheapconnect gegaan. Dan kan KPN het ooit hebben uitgegeven maar dat is al meer dan 20 jaar geleden toen ik nog echt een jongetje was.

[RobertMe]

jongetje schreef op dinsdag 29 april 2025 @ 21:56:
Het heeft helemaal geen zin om het daar te checken. Mijn nummer is van KPN naar Ziggo naar Cheapconnect gegaan. Dan kan KPN het ooit hebben uitgegeven maar dat is al meer dan 20 jaar geleden toen ik nog echt een jongetje was.

Het heeft geen zin om te weten dat het aan KPN is uitgegeven nee. Maar in mijn geval staat voor het specifieke nummer ook dat het in maand X jaar Y is geporteerd naar Maxitel. En dat is dus ook gewoon correct. Maar er staat dus ook dat het hele range van xxx-xxx1000 tot xxx-xxx9999 in '97 is uitgegeven aan KPN. En dat is inderdaad een stuk minder interessant.

[hpaulij]

Heeft iemand cheapconnect werkend gekregen after het nokia modem van delta?
Ik heb al verschillende dingen geprobeerd en heb voip werkend met een andere provider door gebruik te maken van port 6060.
Helaas lijkt cheapconnect alleen 5060-5080 te ondersteunen en lijken deze door het modem geblocked te worden. Uitbellen gaat trouwens prima maar hij gaat niet over als ik gebeld wordt.

[CreativeS]

jor177 schreef op dinsdag 29 april 2025 @ 20:01:
EDIT: Maar dit zegt mij nog niet heel veel want mijn eigen nummers die ik heb geporteerd staan ook nog onder KPN

Zou Cheapconnect een soort 'shell' zijn en de nummers dan nog steeds bij KPN laten staan?

Ik denk dat dit eerder gewoon echt slaat op aan wie de nummers initieel toegekend zijn. Ons nummer stamt nog uit de UPC-tijd en is inderdaad op papier toegekend aan Ziggo. Is tussendoor nog bij KPN geweest, daarna weer terug naar Ziggo en nu naar CheapConnect. Overzicht zegt weinig over de huidige status.

[esphome]

hpaulij schreef op vrijdag 2 mei 2025 @ 10:41:
Heeft iemand cheapconnect werkend gekregen after het nokia modem van delta?
Ik heb al verschillende dingen geprobeerd en heb voip werkend met een andere provider door gebruik te maken van port 6060.
Helaas lijkt cheapconnect alleen 5060-5080 te ondersteunen en lijken deze door het modem geblocked te worden. Uitbellen gaat trouwens prima maar hij gaat niet over als ik gebeld wordt.

Probeer het eens als je een FritzBox hebt om het bron-adres (src-address) random te maken en niet 5060.

Zie: esphome in "[CheapConnect VOIP] Ervaringen & Discussie"

De Fritz!box moet dan wel om de verbinding overeind houden, dan komt het gesprek ook binnen.



Ik zou het het overeind houden al eerste proberen.

[ Voor 20% gewijzigd door esphome op 02-05-2025 13:22 ]

[martin68]

hpaulij schreef op vrijdag 2 mei 2025 @ 10:41:
Heeft iemand cheapconnect werkend gekregen after het nokia modem van delta?
Ik heb al verschillende dingen geprobeerd en heb voip werkend met een andere provider door gebruik te maken van port 6060.
Helaas lijkt cheapconnect alleen 5060-5080 te ondersteunen en lijken deze door het modem geblocked te worden. Uitbellen gaat trouwens prima maar hij gaat niet over als ik gebeld wordt.

Toen ik bij Delta zat had ik een Fritzbox achter de Nokia router, en dat werkte zonder problemen en met de standaard poort. Als ik het me goed herinner had ik in de Nokia router alleen de optie SIP bij de ALG config aangevinkt, dat zorgt er voor dat binnenkomend verkeer wordt doorgelaten.

[ardvark99]

martin68 schreef op vrijdag 2 mei 2025 @ 19:16:
[...]

Toen ik bij Delta zat had ik een Fritzbox achter de Nokia router, en dat werkte zonder problemen en met de standaard poort. Als ik het me goed herinner had ik in de Nokia router alleen de optie SIP bij de ALG config aangevinkt, dat zorgt er voor dat binnenkomend verkeer wordt doorgelaten.

Over het algemeen sip alg uitzetten, heeft vaak meer problemen dan oplossingen, google maar eens.

[rvk]

hpaulij schreef op vrijdag 2 mei 2025 @ 10:41:
Heeft iemand cheapconnect werkend gekregen after het nokia modem van delta?

Heb je wel CGNAT op de Delta verbinding uitgezet?
Op zich kan VoIP prima over CGNAT maar bij CGNAT wordt de automatische portforwarding van UDP na 20 of 30 seconden gestopt. Als jouw apparaat niet binnen die tijd weer een signaal naar de server stuurt, ben je dus niet meer bereikbaar. Als dat allemaal niet werkt kun je ook nog kijken of het instellen van een stun server helpt (stun.sipgate.net).

[hpaulij]

rvk schreef op zaterdag 3 mei 2025 @ 06:23:
[...]

Heb je wel CGNAT op de Delta verbinding uitgezet?
Op zich kan VoIP prima over CGNAT maar bij CGNAT wordt de automatische portforwarding van UDP na 20 of 30 seconden gestopt. Als jouw apparaat niet binnen die tijd weer een signaal naar de server stuurt, ben je dus niet meer bereikbaar. Als dat allemaal niet werkt kun je ook nog kijken of het instellen van een stun server helpt (stun.sipgate.net).

Bedankt allemaal voor de suggesties!

Heb het ondertussen werkend na portering vandaag.
Kan nu wel bellen en gebeld worden op mijn vaste nummer.
Dacht alleen dat ik ook vanaf een ander sip nummer het nummer van cheapconnect bellen: iets in de vorm van [e-mail] of <vaste nummer>@voip.cheapconnect.net maar dat werkt alleen niet.

Het belangrijkste is dat ik weer gebeld kan worden.
Als iemand weet hoe je ook via het sip nummer gebeld kan worden, dan hoor it het graag!

[adjep07]

Mijn nummer wordt donderdag vanaf Voipplanet geporteerd. Ik heb een gratis 2e sip account aangevraagd, kan ik dat gebruiken als meerinkel account? Ik kan met mijn account gegevens toch niet twee keer tegelijk online zijn (vaste telefoon thuis via accountsettings in de Fritzbox, en in de Android app (Mizudroid))?

[jor177]

jor177 schreef op dinsdag 29 april 2025 @ 19:20:
Vanuit mijn werk heb ik inmiddels 16 mensen laten over stappen naar Cheapconnect met nummerbehoud. Allemaal zonder problemen. Nu is er een klant die al sinds 2016 geen contract met heeft bij KPN die ik heb proberen over te zetten naar Cheapconnect. Vanmorgen kreeg de klant een mail van "Jaap" dat "zei" in plaats van "zij", KPN dus de portering hebben geweigerd.. Dus ik weer KPN bellen maar die beweren nergens van de weten. Daar wordt enkel gevraagd waarom ik een nummer wil porteren. Dat lijkt mij evident. Bij KPN kost een vast nummer €36 per jaar en bij Cheapconnect €8,95.

Dit is het originele bericht van Cheapconnect:

[Afbeelding]

Mijn conclusie is dat de klant wordt "gegijzeld" door KPN zonder logische reden maar dat KPN dat niet wil/kan toegeven..

Het porteringsdrama gaat helaas verder. Deze klant is door KPN op 1 mei per direct afgesloten van internet, tv en telefonie omdat de aanvraag voor een e-mail only abonnement per direct is ingegaan terwijl de klant duidelijk 30 mei had gecommuniceerd. Op die manier kon nog mooi voor 30 mei een nieuwe aanvraag voor de geweigerde portering worden ingediend om over te gaan op Cheapconnect.

Nu de klant volledig is afgesloten gaat KPN met spoed deze klant opnieuw proberen aan te sluiten.
Volgens KPN moet er echter een actief abonnement zijn om het nummer te kunnen overzetten.
Ben benieuwd hoe Jaap van Cheapconnect daar over denkt (die waarschijnlijk ondertussen wel een punthoofd heeft gekregen van deze casus)

[esphome]

@jor177 "U vraagt nummerbehoud aan bij uw nieuwe aanbieder. Hij doet de aanvraag bij uw oude aanbieder. Uw oude aanbieder mag deze aanvraag niet weigeren. Verder hebt u recht op nummerbehoud tot 1 maand na de datum van beëindiging van de overeenkomst. Vraag nummerbehoud daarom tijdig aan. Dan hebben aanbieders genoeg tijd om de overstap goed te regelen."

Dus geen actief contract nodig.

bron: https://www.consuwijzer.n...roblemen-met-nummerbehoud

[franssie]

adjep07 schreef op zaterdag 3 mei 2025 @ 22:00:
Mijn nummer wordt donderdag vanaf Voipplanet geporteerd. Ik heb een gratis 2e sip account aangevraagd, kan ik dat gebruiken als meerinkel account? Ik kan met mijn account gegevens toch niet twee keer tegelijk online zijn (vaste telefoon thuis via accountsettings in de Fritzbox, en in de Android app (Mizudroid))?

Dat 777 account kan je instellen als meerinkel account (grappig woord) en werkt ook uitgaand met je eigen nummer.
In het portaal kan je aangeven of ze allebei tegelijkertijd over moeten gaan of in volgorde.

EDIT: dat stel je in onder het SIP account van je eigen telnr, dan bij doorschakelen kan je je 777 nummer toevoegen en het doorschakelen op gelijktijdig zetten.

[ Voor 11% gewijzigd door franssie op 04-05-2025 16:25 ]

[Pilovali]

Ik weet niet of jullie het al weten, en het is al een paar jaartjes zo... maar 1299 is een echo test:

[twhb]

Vraagje over softphones:
Als je iets als linphone op je Android telefoon installeert hoe regel je dan dat linphone ook 'wakker' wordt (Google push message) wanneer je gebeld wordt?
Heeft cheapconnect daar iets voor? Of kun je beter een andere app kiezen?

[adjep07]

Ik gebruik MizuDroid op mijn Android. Werkt goed bij mij. Wellicht kan je die app eens proberen.

[johan1989]

johan1989 schreef op donderdag 16 maart 2023 @ 10:18:
Het lijkt gelukt!

Zo fijn, dat dat lukte.
Nu dus in 1x gefixt dat de telefoon aangemeld werd bij Cheapconnect.
Maar... Deze keer kan ik niet uitbellen (op de Polycom VVX 601)

Kan iemand zien wat ik verkeerd doe?
Ja er is voldoende saldo...







Graag wil ik de twee doorslaggevende tipgevers van de vorige keer nog even taggen:

rvk schreef op donderdag 16 maart 2023 @ 10:09:
[...]
Er staat dus ergens "voip.cheapconnect.net" waar de user moet staan.
En ik denk dat dat op "Address" is.

Hugo__Boss schreef op woensdag 15 maart 2023 @ 18:26:
Ik denk dat je Adresveld onder SIP lijnidentificatie ook niet klopt, ik denk dat daar ook je accountnaam moet staan.

[Hugo__Boss]

Wat krijg je te zien als je probeert uit te bellen? Meest makkelijke zou een netwerk trace zijn tijdens een poging om uit te bellen, dan zie je zo wat de oorzaak is.

[rvk]

johan1989 schreef op woensdag 27 augustus 2025 @ 16:38:
[...]
Maar... Deze keer kan ik niet uitbellen (op de Polycom VVX 601)

Kan iemand zien wat ik verkeerd doe?

Ik zit even te kijken maar heb het gevoel dat je dailplsn niet goed is. [0-1][2-9]xxxxxxxxx matched toch 11 getallen? Niet 10 (zoals in Nederland). Of matched het een van de andere delen? Volgens mij niet, dus dan heb je geen dialplan, dus kun je niet uitbellen.

[ Voor 8% gewijzigd door rvk op 27-08-2025 21:28 ]

[johan1989]

Hugo__Boss schreef op woensdag 27 augustus 2025 @ 21:14:
Wat krijg je te zien als je probeert uit te bellen? Meest makkelijke zou een netwerk trace zijn tijdens een poging om uit te bellen, dan zie je zo wat de oorzaak is.

0829165538|cfg |5|00|Prm|cfgProvBaseProfileGet: Invalid Base Profile 1, using Generic
0829165559|net |5|00|NWIF: rtosNetwSetLocalHold() - Illegal ID 0.
0829165559|app1 |4|00|AppHybridC::termLclChg failed to find pCall
0829165621|copy |4|00|Configuration of URL failed
0829165621|clist|4|00|dbIO::processResult:no host
0829170101|copy |4|00|Configuration of URL failed
0829170101|cfg |4|00|Web|[cfgSaProcessRequestC] Failed to download language file from provisioning server, request path Website_dictionary_language_nl-nl.xml

@rvk Ik denk dat ik snap waar je het over hebt:-)
Maar kan je tip geven hoe het er wel moet uitzien?

[2-9]11|0T|011xxx.T|[0-1][2-9]xxxxxxxxx|[2-9]xxxxxxxxx|[2-9]xxxT|**x.T|+x.T

[rvk]

johan1989 schreef op vrijdag 29 augustus 2025 @ 17:04:
[...]
@rvk Ik denk dat ik snap waar je het over hebt:-)
Maar kan je tip geven hoe het er wel moet uitzien?

[2-9]11|0T|011xxx.T|[0-1][2-9]xxxxxxxxx|[2-9]xxxxxxxxx|[2-9]xxxT|**x.T|+x.T

Hangt er vanaf wat je wilt bereiken. Een dialplan gebruik je normaal om een nummer over e.v. een ander pad te laten gaan (bv 112 via vaste lijn en 0131234567 via VoIP. En 06 bv via een andere provider. Als dit allemaal niet heb belang is, en je hebt gewoon 1 lijn, dan zou je kunnen beginnen om het hele dialplan weg te halen. (Hopelijk gaat het dan gelijk goed)

[intraxi]

adjep07 schreef op maandag 4 augustus 2025 @ 07:05:
Ik gebruik MizuDroid op mijn Android. Werkt goed bij mij. Wellicht kan je die app eens proberen.

Zuigt mijn batterij leeg, dus uitgezet!

[Vliegvlug]

intraxi schreef op vrijdag 29 augustus 2025 @ 22:40:
[...]

Zuigt mijn batterij leeg, dus uitgezet!

Dat had ik ook inderdaad maar het moet schijnbaar mogelijk zijn dat de voip centrale eerst een signaal stuurt naar je telefoon zodat die daarmee weet dat er gebeld wordt en dat dan pas de voip app op je telefoon, zoals Mizudroid, wordt geactiveerd en die niet de hele tijd op de achtergrond actief is om een verbinding open te houden naar de VoIP server wat inderdaad veel batterij verbruikt.

Helaas is het me niet gelukt om dit aan de praat te krijgen en heb ik me er maar bij neergelegd dat ik op mijn voip nummer alleen bereikbaar ben via mijn DECT set wanneer ik thuis ben, anders spreekt men maar de voicemail in.

Maar mocht iemand de gouden tip hebben (@adjep07 ) houd ik me aanbevolen want het lijkt me wel prettig om deze belletjes ook op mijn mobiel binnen te krijgen.

[Pilovali]

Vliegvlug schreef op zaterdag 30 augustus 2025 @ 09:10:
[...]

Dat had ik ook inderdaad maar het moet schijnbaar mogelijk zijn dat de voip centrale eerst een signaal stuurt naar je telefoon zodat die daarmee weet dat er gebeld wordt en dat dan pas de voip app op je telefoon, zoals Mizudroid, wordt geactiveerd en die niet de hele tijd op de achtergrond actief is om een verbinding open te houden naar de VoIP server wat inderdaad veel batterij verbruikt.

Helaas is het me niet gelukt om dit aan de praat te krijgen en heb ik me er maar bij neergelegd dat ik op mijn voip nummer alleen bereikbaar ben via mijn DECT set wanneer ik thuis ben, anders spreekt men maar de voicemail in.

Maar mocht iemand de gouden tip hebben (@adjep07 ) houd ik me aanbevolen want het lijkt me wel prettig om deze belletjes ook op mijn mobiel binnen te krijgen.

Probeer eens https://play.google.com/s...one.aliengroundwire&hl=en
Kost wel geld, maar bij mij werkt het top.

[Vliegvlug]

Pilovali schreef op donderdag 4 september 2025 @ 09:28:
[...]

Probeer eens https://play.google.com/s...one.aliengroundwire&hl=en
Kost wel geld, maar bij mij werkt het top.

De reviews zijn niet al te best en voornamelijk meldingen dat de app in de achtergrond gesloten wordt.
Zijn wel al oudere reviews maar tegelijkertijd ook de meeste nieuwe want de recentste review is van maart 2023.
Geeft ook niet veel vertrouwen eerlijk gezegd

[Pilovali]

Vliegvlug schreef op donderdag 4 september 2025 @ 12:27:
[...]

De reviews zijn niet al te best en voornamelijk meldingen dat de app in de achtergrond gesloten wordt.
Zijn wel al oudere reviews maar tegelijkertijd ook de meeste nieuwe want de recentste review is van maart 2023.
Geeft ook niet veel vertrouwen eerlijk gezegd

Huh? Ik zie reviews van eind vorige maand. Meeste mensen hebben geen problemen.
Je kunt altijd proberen en als het niet goed werkt, geld terug krijgen via de playstore... of heb je een iPhone?

Vroeger was Bria ook wel goed, maar daar moet je nu maandelijks voor betalen.

Je kunt telefoontjes ook laten forwarden naar je 06-nummer natuurlijk

[ Voor 5% gewijzigd door Pilovali op 04-09-2025 12:43 ]

[Vliegvlug]

Pilovali schreef op donderdag 4 september 2025 @ 12:40:
[...]

Huh? Ik zie reviews van eind vorige maand. Meeste mensen hebben geen problemen.

Dat is vreemd, dit zie ik bij mij in de Play Store:


En de overal score is ook niet best van de reviews; 2.8

Je kunt altijd proberen en als het niet goed werkt, geld terug krijgen via de playstore... of heb je een iPhone?

Android inderdaad.
Heb nooit iets teruggevraagd via de Play Store, is dat 14 dagen op proef net zoals bij fysieke aankopen via internet?

Vroeger was Bria ook wel goed, maar daar moet je nu maandelijks voor betalen.

Je kunt telefoontjes ook laten forwarden naar je 06-nummer natuurlijk

Ik vermoed dat dat niet gratis is

[rvk]

Vliegvlug schreef op donderdag 4 september 2025 @ 14:59:
[...]
Dat is vreemd, dit zie ik bij mij in de Play Store:

Als je de link in een prive tab opent dan kun je ook de Engelse reviews zien. Standaard laat de Play Store alleen je eigen taal zien. Laatste review is van augustus.

Probleem met nieuwere toestellen is dat ze ook steeds agressiever apps uit de lucht halen. En ik zie in een Engelse review van juni dat push ook niet meer werkt tenzij je de app in power hungry mode zet (standaard)

Zelf heb ik een eigen push notificatie app maar die moet ik met mijn Samsung telefoon ook elke nacht op laten starten (met tasker) want anders verliest ie zijn push notificaties. Dat was vroeger niet zo.

[ditto4076]

intraxi schreef op vrijdag 29 augustus 2025 @ 22:40:
Zuigt mijn batterij leeg, dus uitgezet!

Je zou de app die ik gebruik kunnen proberen:
baresip (fdroid / google play store)
baresip+ (fdroid)