Skip to main content
Beantwoord

Grandstream HT802 ontvangt geen binnenkomend telefoonverkeer van één specifiek (vast) nummer

  • December 21, 2025
  • 12 reacties
  • 136 Bekeken

De situatie is als volgt:

  • Het vaste nummer heeft mij maandenlang normaal kunnen bellen.
  • De laatste keer dat het nummer mij heeft kunnen bellen, was  op 6 november 2025 om 19:51:14
  • De eerstvolgende keer dat dit nummer mij probeerde te bereiken (20 november 2025  20:41:16) begon het te falen. Uit de CDR file lees ik "60s Canceled” als status. En dat is sindsdien zo gebleven.
  • Tussen 6 en 20 november heb ik absoluut niets gewijzigd qua instellingen.
  • Uitgaand bellen werkt! Ook kan ik probleemloos gebeld worden door andere nummers. (Hoewel die andere nummers allemaal 06-nummers zijn, want ik word in de huidige decennia slechts nog gerbeld door één vast nummer.)
  • Vandaag heb ik de firmware van m'n HT802 bijgewerkt van 1.0.43.10 naar 1.0.63.3.
  • Na de firmware update is de situatie onveranderd, maar nu lees ik uit de CDR file "0s Busy” in plaats van "60s Canceled”, als die ene nummer mij probeert te bellen.

Kortom: Eén specifiek (vaste) telefoonnummer heeft mij in het verleden altijd kunnen bellen. Sinds (voor zover ik weet) 20 november 2025 bereikt de call wél mijn Grandstream HT802, maar doet mijn telefoon niet langer afgaan. Met als excuus "0s Busy” door de laatste firmware versie 1.0.63.3.

Beste antwoord door louisL

Vanaf mobiele verbindingen werken verbindingen wel en vanaf een (enkel specifiek?) vast telefoonnummer werkt een verbinding niet. Als er geen blacklist is of ingesteld is zou het goed kunnen dat je problemen veroorzaakt worden door een wijziging aan de “andere” kant, de “vaste” kant.

Mijn eerste verdachte zou de codec zijn. Het zou interessant zijn om een packet trace van het SIP verkeer te zien van een werkend gesprek (van mobiel) en een niet werkend gesprek.

Een andere optie zou kunnen zijn om in de system log te kijken. Zo te zien volgens de handleiding:  

https://www.grandstream.com/hubfs/Product_Documentation/ht80x_administration_guide.pdf

kan je die lokaal op laten slaan met de optie “send SIP log”.  Zie ook de “Sip file”.

 

 

Bekijk origineel

12 reacties

Cheyenne van Odido
Moderator
Forum|alt.badge.img+5

Hi ​@louisL, ​@soepkip67 of ​@Pieter_B, kunnen jullie toevallig met ​@Creater0822 meedenken? Super bedankt!


eric
Super User
Forum|alt.badge.img+14
  • Odido Superuser
  • December 23, 2025

Als de Grandstream een “busy” teruggeeft als er 1 specifiek nummer belt, dan moet je eens gaan kijken naar de aangesloten telefoon. Waarschijnlijk staat daar het specifieke nummer op een blacklist in het telefoonboek. Verwijder het nummer eens uit het telefoonboek, of haal de telefoon eens fysiek van de ATA box af en kijk dan wat de beller hoort. (Overgangstoon zonder dat de fysieke telefoon natuurlijk overgaat)


Pieter_B
Super User
Forum|alt.badge.img+4
  • Odido Superuser
  • December 23, 2025

Er schijn een ‘Blacklist’ optie te zitten onder de ‘Advanced’ tab, kijk eens of dit nummer daar staat vermeld.

 

https://www.grandstream.com/hubfs/Product_Documentation/ht80x_administration_guide.pdf


  • Auteur
  • is een Master Poster
  • December 23, 2025

Dank jullie wel voor 't meedenken!

Bij mij is de blacklist in ieder geval wel leeg:

Grandstream instellingen

Wat betreft de telefoon zelf, moet ik wel erg hard zoeken naar de handleiding. De telefoon is (denk ik) al 20+ jaar oud, en volgens mij iets te primitief om een ingebouwde blacklist te hebben.

 


Forum|alt.badge.img
  • Odido Superuser
  • Antwoord
  • December 26, 2025

Vanaf mobiele verbindingen werken verbindingen wel en vanaf een (enkel specifiek?) vast telefoonnummer werkt een verbinding niet. Als er geen blacklist is of ingesteld is zou het goed kunnen dat je problemen veroorzaakt worden door een wijziging aan de “andere” kant, de “vaste” kant.

Mijn eerste verdachte zou de codec zijn. Het zou interessant zijn om een packet trace van het SIP verkeer te zien van een werkend gesprek (van mobiel) en een niet werkend gesprek.

Een andere optie zou kunnen zijn om in de system log te kijken. Zo te zien volgens de handleiding:  

https://www.grandstream.com/hubfs/Product_Documentation/ht80x_administration_guide.pdf

kan je die lokaal op laten slaan met de optie “send SIP log”.  Zie ook de “Sip file”.

 

 


  • Auteur
  • is een Master Poster
  • January 10, 2026

Jahoor, heb de SIP log aangezet en uitgeprobeerd: Ik weet nu (denk ik) wat de oorzaak is:

SIP/2.0 422 Session Interval Too Small

Uit de eerste packet lees ik Expires: 90 en Min-SE: 90 uit het binnenkomend nummer, terwijl ik natuurlijk Session-Expires: 600 en Min-SE: 600 voor mijn VoIP converter heb, aangezien het de configuratie is volgens Odido.

Ik heb nu dus gemaild naar de klantenservice met het SIP logbestand erbij en verwacht de aankomende week wel een oplossing.


Forum|alt.badge.img
  • Odido Superuser
  • January 14, 2026

Laat de volledige log eens zien? Ik vermoed dat je Min-SE rustig op 90s kunt zetten. Levert alleen meer SIP verkeer op.


Forum|alt.badge.img
  • Odido Superuser
  • January 14, 2026

Ik zat nog even te kijken wat ik kon vinden over min-se. 90 sec blijkt redelijk default te zijn. Probeer eens met min-se=90, laat expires ongewijzigd, maar je kunt ook de default 180 sec zetten


  • Auteur
  • is een Master Poster
  • January 25, 2026

Excuses voor de late reactie,

Allereerst zal ik delen/citeren wat ik van service@odido.nl als antwoord heb gehad:

Uit wat je beschrijft lijkt het erop dat de SIP?instellingen inderdaad niet volledig overeenkomen tussen de twee situaties. De melding “422 Session Interval Too Small” wijst meestal op een verschil tussen wat het toestel aanbiedt en wat de server accepteert. In jouw eerste logbestand zien we dat Session?Expires en Min?SE beide op 600 staan — precies zoals wij adviseren.

In het tweede logbestand vallen de extra regels op:

Expires: 90

Min?SE: 90

Wanneer een toestel of VoIP?converter een lagere waarde aanbiedt dan de server toestaat, kan dat leiden tot incompatibiliteit of het niet tot stand komen van een gesprek. Dat zou verklaren waarom één nummer wel werkt en het andere niet. Vaak komt dit door een lokale instelling die ongemerkt is gewijzigd, of door een update van het apparaat of de provider aan de andere kant.

Het is verstandig om te controleren of beide accounts exact dezelfde SIP?parameters gebruiken, met name:

Session?Expires

Min?SE

Expires (registratie?interval)

Als één van de accounts afwijkende waarden blijft pushen, kan het helpen om het profiel opnieuw in te stellen of het apparaat volledig te herstarten zodat alle parameters opnieuw worden ingeladen.

Mijn antwoord daarop was:

Het telefoonnummer dat mij niet kan bellen draait niet achter een eigen router en/of VoIP converter, maar (voor zover ik weet) een ouderwetse KPN telefoonabonnement zonder internet. De "incompatibility" ligt daarom aan mijn instellingen.

Maar: Op basis van alle beschreven waarnemingen heb ik uiteraard wel een reeks van triviale vragen, die ik op chronologische volgorde kan ordenen:

- Is het PDF-bestand met de VoIP adviesinstellingen wel up-to-date? De standaard meegeleverde Zyxel router doet het nog wel. Dat suggereert dus wel dat Min-SE en Session Expires toch "anders" zijn ingesteld bij de Zyxel router dan wat Odido middels het PDF bestand adviseert. Hoe zit dat?

- We weten dat de instellingen volgens Odido's PDF-bestand wél een tijd hebben gewerkt en dat mijn instellingen ongewijzigd zijn. Vermoedelijk is er dus iets binnen en/of tussen Odido en KPN veranderd;
Daarmee iets abstracter mijn vraag gesteld: Hoe spreken internet- en telefoonproviders überhaupt af over zulke VoIP configuraties? (Als daar überhaupt afspraken // conventies voor bestaan?)

- Staat Odido het wel toe als ik Min-SE en Session Expires zou wijzigen naar iets anders dan de aanbevolen waarden?
Bij wijze van spreken: Niet dat er opeens een geldboete komt te staan wegens een hogere frequentie 'sessievernieuwingen', indien dat wordt bijgehouden.

Helaas kreeg ik op geen van de 3 vragen antwoord, maar ik werd wél terugverwezen naar deze community forum.

Desalniettemin; Zou iemand op deze openbare forum mogelijk m'n drie (nogal Odido-interne) vragen kunnen beantwoorden? (Waarbij vraag 2 uiteraard het belangrijkst qua algemene VoIP kennis die ik als gebruiker in principiële opzichten wel “moet” weten.)

 


Forum|alt.badge.img
  • Odido Superuser
  • January 26, 2026

Nogmaals: stuur me svp de volledige logfile eens. Ik heb even in wat oude (bijna 2 jaar) backups gekeken van mijn t54 en t75 (zoder voip abbonement) en zie daar de volgende instellingen:

              "InviteExpires":900,
              "ReInviteExpires":900,
              "X_ZYXEL_MinSE":600,
              "X_ZYXEL_SessionRefreshEnable":true,
              "X_ZYXEL_SessionRefreshMethod":"INVITE",
              "X_ZYXEL_SessionRefresher":"UAC",
              "X_ZYXEL_MwiExpireTime":300,
              "RegisterExpires":3600,
              "RegistersMinExpires":180,
              "RegisterRetryInterval":1800,
 

Min-expires aanpassen zou geen impact moeten hebben voor de Odido server die waarschijnlijk tussen KPN en jouw device zit en voor zover ik begrijp alleen meer verkeer opleveren met een remote end-point die een korter expire interval wil afspreken.  Odido zal daar geen problemen mee moeten hebben daar ze de call al met die parameters heeft doorgelaten. 

De logfile zal me helpen om de achtergrond beter te begrijpen (mag via PM) 

Ik kwam er achter dat ik nog een Grandstream heb liggen (ooit van een collega gekregen), maar mijn VOIP loopt niet via een Odido VOIP account maar via Cheapconnect.

Wat bedoel je trouwens met je opmerking dat het via de Zyxel goed werkt? Wat is voor jou het voordeel van de Grandstream?

 

 

 


  • Auteur
  • is een Master Poster
  • January 26, 2026

Met de Zyxel router (die ik van Odido heb gekregen) gaat mijn telefoon wel over als ik door ‘t specifieke nummer gebeld wordt, terwijl m'n telefoons op de Grandstream gewoon niet afgaan. Da's wat ik bedoel qua goed werken.

Het voordeel van de Grandstream is dat ik geen dubbel NAT hoef te hebben om m'n thuisnetwerk met m'n eigen firewall te beschermen i.p.v. de Zyxel router. Die Zyxel router z'n VoIP functionaliteit werkt namelijk niet achter een andere router.

De SIP logs stuur ik inderdaad liever niet, wegens de telefoonnummers en ander mogelijk gevoelige informatie die erin kunnen staan. Ik heb onvoldoende verstand over dit technisch onderwerp, dus in dit geval beter het zekere voor het onzekere.

Het sturen naar een persoon achter een officiële Odido service mail is daarbij toch een geheel conceptueel grootheid veiliger. Zeer teleurstellend dat juist daar geen technische vragen worden beantwoord; Gegeven 't feit dat de betreffende vragen juist om de bedrijfs"interne” implementatie van Odido gaan, die ik als gebruiker over geïnformeerd dien te worden... 

(Niet kwaadschiks tegen wie dan ook bedoeld hoor😔, maar 't is wel een stukje frustratie / feedback die ik nu op deze manier toch openbaar wil laten blijken.)

Wellicht ben ik als 30-jarige al veel te ouderwets geworden, om met de tijd mee te kunnen… 

Edit: Dankjewel nog voor het delen van je T54 // T75 instellingen ​@louisL , daarmee heb je mij pas laten realiseren dat ik op die manier ook de instellingen uit de mijne kan lezen (die niet op de beperkte webinterface zijn blootgesteld.)


Forum|alt.badge.img
  • Odido Superuser
  • January 28, 2026

Je kunt vaak 2 ip-adressen krijgen. Zet een simpele switch tussen de ONT en de Zyxel (voor VOIP) en zet je firewall parallel aan de Zyxel. Beide krijgen dan waarschijnlijk een eigen IP-adres → problem solved (voor glas). Ik weet niet zeker of dit geldt voor KPN glas of dat dat alleen voor OpenDuchFiber geldt. Het is bijzonder jammer dat in de Odido instellingen je geen eigen interne routes kunt zetten. Dan had je NAT op je eigen router kunnen uitzetten en de Zyxel de NAT laten doen voor de adressen achter de router…

Een andere truck (als je firewall dat kan) is om de netmask op de Zyxel op iets groters dan /24 te zetten. Ik heb dat gedaan bij het klik en klaar modem (met een /16). Als je firewall dan proxy ARP doet voor de intern netwerk adressen krijgt die al dat verkeer, maar hoeft ook geen nat te doen. Als je veel devices achter de firewall hebt zou het wel kunnen dat de ARP tabel op de Zyxel vol loopt.

Ik heb dat een tijd werkend gehad voor mij klik en klaar modem (staat nu uit omdat ik wat aan het experimenteren ben voor iets heel anders)

Ik snap dat je liever geen logs stuurt. Dat ik zeg dat ik te vertrouwen ben wil niet zeggen dat ik dat werkelijk ben.


Odido is inderdaad niet goed in het beantwoorden van technische/ process vragen. Ik snap je frustratie…