niet gebeld kunnen worden terwijl zelf bellen wel lukt...?
Nero Imhard
geval voor dat iemand die mijn voip-nummer belde (vanaf een vaste lijn
of vanaf een andere xs4all voip-aansluiting) meteen de melding kreeg dat
ik onbereikbaar was, terwijl mijn voip-gateway (fritz!box fon 7050 die
zelf adsl-modem is en dus direct aan "het net" hangt) wel meende gewoon
geregistreerd te zijn en ook kon uitbellen via voip.
dit gedrag was goed reproduceerbaar (verschillende mensen mij laten
bellen) en volhardde totdat ik een keetje mijn voip-gateway opnieuw liet
registreren, en nou werkt het weer goed (maar hoe lang?)
mijn voip-gateway staat eigenlijk voortdurend geregistreerd (weken tot
maanden achter elkaar). er was niets veranderd in de config. heeft
altijd gewerkt. opeens niet meer, en had het een schop nodig.
wat ik dus helemaal niet snap is hoe het kan dat de gateway meent
geregistreerd te zijn bij sip.xs4all.nl en ook kan uitbellen, terwijl er
andersom blijkbaar anders over wordt gedacht. firewall-geneuzel is niet
het eerste waar je aan denkt door de integratie van adsl-modem en
voip-gateway.
ik heb helaas verzuimd een dump te maken van het netwerkverkeer op de
dsl-interface van de fritz!box om te zien of er inderdaad helemaal niks
binnenkomt, en nu werkt het weer dus moet ik eerst wachten tot het weer
omvalt...
maar is het raar om nu toch vooral een probleem "aan de andere kant" te
vermoeden (dus bij sip.xs4all.nl) en te willen uitsluiten? kan iemand
inzichten verschaffen?
n
Danick Veenstra
in pak 'm beet de helft van het aantal pogingen krijg ik die melding
- en dan vooral 's avonds. En met het toenemende aantal voip-gebruikers
zou het me niet verbazen als het overdag ook vaker ging gebeuren. Omdat
het akelig stil is vanuit de hoek van XS4ALL (behalve dan het bekende
geleuter van 1e lijns support als 'ligt echt aan Uw apparatuur',
'firmware', 'belt U maar eens met KPN') ben ik bang dat XS4ALL als dochter
van KPN een typisch geval is van boter op het hoofd: om commerciele
redenen maar gewoon niks zeggen over een struktureel probleem.
Is het je wel eens opgevallen dat er niemand van 2e lijns support vragen
op dit forum beantwoordt en/of informatie verstrekt over de infrastructuur
en/of technische implementatie en/of structurele problemen ? Diverse
providers schijnen het stukken beter voor elkaar te hebben dan XS4ALL, nog
een reden om voorlopig maar niks te zeggen. Het is dat ze hun ADSL-stuk
voor elkaar hebben, anders was ik al lang overgestapt naar een andere
provider. "Best effort" noemen ze dat geloof ik, een kader waar lekker
veel rek in zit.
daan
On Wed, 30 Aug 2006 01:18:17 +0200, Nero Imhard
wrote:
MBS
>kan iemand inzichten verschaffen?
Sporadisch. Ik heb het idee dat xs4all dit soort problemen nog niet
goed kan detecteren. En op het moment dat je voorbij de 1e lijn bent,
die altijd "reboot" roept, is het probleem alweer opgelost.
Dit is dus ook een van de problemen die ik heb en het staat los van
mijn andere probleem met 194.109.30.148 en 194.109.30.147. Er zijn
bepaalde avonden dat het probleem dat jij schets regelmatig voorkomt.
10 minuten na een reboot is de registratie al weer "weg". Maar het kan
ook daaagen goed gaan. Het kan ook zichzelf (dus zonder reset)
oplossen.
Standaard staat de her-registratie bij mij op 3600 seconden. Ik heb
dit wel eens verlaag naar 60 seconden, maar het probleem blijft exact
hetzelfde.
Ik zit overigens meer te denken aan een Telco<>Xs4all/B3G probleem.
Capaciteit? Lijnen eruit?
Het blijft gissen.
Groeten, Menno.
MBS
<danick....@nowhere.org> wrote:
>nee hoor, dat ligt echt aan Uw apparatuur :)
>
>in pak 'm beet de helft van het aantal pogingen krijg ik die melding
>- en dan vooral 's avonds. En met het toenemende aantal voip-gebruikers
>zou het me niet verbazen als het overdag ook vaker ging gebeuren.
Yep, ook mijn indruk. Overbelasting of capaciteitsgebrek.
>Omdat
>het akelig stil is vanuit de hoek van XS4ALL (behalve dan het bekende
>geleuter van 1e lijns support als 'ligt echt aan Uw apparatuur',
>'firmware', 'belt U maar eens met KPN')
Ah... Een lotgenoot :-)
>Is het je wel eens opgevallen dat er niemand van 2e lijns support vragen
>op dit forum beantwoordt en/of informatie verstrekt over de infrastructuur
>en/of technische implementatie en/of structurele problemen ?
Zoals eerder door xs4all hier gepost. Het meeste is in beheer bij B3G.
Xs4all doet alleen de koppeling ServiceCenter<>Voip. En dat klopt,
want alleen als daar onderhoud/storing is, komen er wel meldingen in
xs4all.announce.
>"Best effort" noemen ze dat geloof ik, een kader waar lekker
>veel rek in zit.
Experimenteel noemt xs4all dat.
http://www.xs4all.nl/allediensten/experimenteel/
Oh, ze zijn Voip vergeten toe te voegen.
Groeten, Menno.
Nero Imhard
> bepaalde avonden dat het probleem dat jij schets regelmatig voorkomt.
> 10 minuten na een reboot is de registratie al weer "weg". Maar het kan
> ook daaagen goed gaan. Het kan ook zichzelf (dus zonder reset)
> oplossen.
In mijn eerdere posting schreef ik ook met opzet dat voip al weken
"schijnbaar probleemloos" heeft gewerkt omdat ik toch ook een soort
onderbuikgevoel had dat dit soort dingen speelden. Het is dus inderdaad
goed mogelijk dat het zichzelf ook weer op kan lossen. Dat verklaart dan
mooi mijn gevoel dat het soms niet werkt. Maar op dergelijke gevoelens
is het slecht analyses bouwen. Ze geven alleen een richting aan om in te
zoeken.
Nu ben ik er dus wat alerter op en als ik weer eens hoor dat ik niet
gebeld kan worden, zal ik ook het netwerkverkeer eens sniffen. Gewoon om
zo veel mogelijk uit te sluiten aan mijn kant.
Een lijstje van "known problems" zou trouwens wel aardig zijn. Net als
bij de problemen met out-of-band DTMF, is hier *niets* over te vinden in
de FAQ of bij de storingen.
N
(die de shift-toets weer gevonden heeft)
Arnold Top
news:44f554d3$0$4514$e4fe...@news.xs4all.nl...
Omdat ik Voip-in niet regelmatig gebruik (bellen doe ik via Voip, gebeld
worden via PSTN), is me dit probleem nooit opgevallen. Ik heb echter
vandaag ook gemerkt dat ik niet bereikbaar
zou zijn via Voip-in. Na een reset van mijn ATA (HT486) en dus opnieuw
registreren werkt het weer. De "register expiration time" staat
bij mij ook op 3600 (sec). Ik zal dit vanaf nu ook eens volgen.
Groeten,
Arnold
leon
> Omdat ik Voip-in niet regelmatig gebruik (bellen doe ik via Voip, gebeld
> worden via PSTN), is me dit probleem nooit opgevallen. Ik heb echter
> vandaag ook gemerkt dat ik niet bereikbaar
> zou zijn via Voip-in. Na een reset van mijn ATA (HT486) en dus opnieuw
> registreren werkt het weer. De "register expiration time" staat
> bij mij ook op 3600 (sec). Ik zal dit vanaf nu ook eens volgen.
>
> Groeten,
>
> Arnold
>
>
Het is toch een normale procedure dat als je voip wil gebruiken, eerst
een harde reset moet geven aan het modem?
Daarom is voip van xs4all vanaf moment 1 totaal onbruikbaar, en dat is
jammer voor xs4all, en dat terwijl een lokale ISP (kabel) al drie jaar
voip heeft heeft zonder problemen.
Voip met KPN is ook al een drama, er gaat niets boven die oude
vertrouwde storingsvrije telefoon op het vaste net van KPN.
Aart Koelewijn
Ik weet niet waar jij mee zit, maar ik gebruik al enkele maanden VOIP-uit
van xs4all zonder enige problemen vanaf de dag dat ik mij hiervoor heb
aangemeld. Ik word nauwelijks gebeld op mijn VOIP nummer, ik weet dus niet
hoe betrouwbaar dat is.
--
Aart
Nero Imhard
> Het is toch een normale procedure dat als je voip wil gebruiken, eerst
> een harde reset moet geven aan het modem?
Helemaal niet. De modem heeft hier niets mee te maken. Hooguit dat er
iets niet goed zit met de NAT-functionaliteit van het in de modem
geintegreerde router (komt helaas vaak voor en werkt erg vertroebelend),
maar dat is toch echt een lokaal configuratie-issue en heeft niks met de
VoIP-dienst te maken. Laten we de specifieke problemen alsjeblieft een
beetje proberen te isoleren, anders daalt de kans dat er wat aan gedaan
kan worden heel hard richting nul.
> Daarom is voip van xs4all vanaf moment 1 totaal onbruikbaar, en dat is
Je overdrijft. Uitbellen gaat over het algemeen vrij goed. Ik ben er
tenminste erg blij mee. En gebeld worden is voor de meeste mensen minder
belangrijk.
Voor mij is gebeld worden wel steeds belangrijker aan het worden, want
na alle recente overnames (hccnet, demon) zit zowat mijn hele familie
bij xs4all en willen we graag onderling gratis gaan bellen via VoIP. En
daarbij lopen we dus tegen het genoemde issue aan.
> ... er gaat niets boven die oude
> vertrouwde storingsvrije telefoon op het vaste net van KPN.
Inderdaad. Maar dat wist iedereen al. Dezelfde robuustheid verwachten
van VoIP zou niet reeel zijn.
N
Maurice Janssen
>> Er zijn
>> bepaalde avonden dat het probleem dat jij schets regelmatig voorkomt.
>> 10 minuten na een reboot is de registratie al weer "weg". Maar het kan
>> ook daaagen goed gaan. Het kan ook zichzelf (dus zonder reset)
>> oplossen.
>
>In mijn eerdere posting schreef ik ook met opzet dat voip al weken
>"schijnbaar probleemloos" heeft gewerkt omdat ik toch ook een soort
>onderbuikgevoel had dat dit soort dingen speelden. Het is dus inderdaad
>goed mogelijk dat het zichzelf ook weer op kan lossen. Dat verklaart dan
>mooi mijn gevoel dat het soms niet werkt. Maar op dergelijke gevoelens
>is het slecht analyses bouwen. Ze geven alleen een richting aan om in te
>zoeken.
>
>Nu ben ik er dus wat alerter op en als ik weer eens hoor dat ik niet
>gebeld kan worden, zal ik ook het netwerkverkeer eens sniffen. Gewoon om
>zo veel mogelijk uit te sluiten aan mijn kant.
Ik kan je vast op een briefje geven wat je zult zien: niets.
Het probleem van niet-bereikbaar zijn via VOIP-in heb ik ook al geruime
tijd. Het lijkt vooral op drukkere tijden te spelen, na opnieuwe
registreren werkt het meestal niet, maar het blijft vrij onvoorspelbaar.
Op het moment dat je belt en je bent niet bereikbaar, dan komt er geen
verkeer van de SIP-doos van xs4all, behalve de keep-alive packets die
altijd binnenkomen.
Het irritante is wel dat je wel het starttarief betaalt om die dame te
horen zeggen dat je niet bereikbaar bent.
--
Maurice
Jan Hugo Prins
> ik heb helaas verzuimd een dump te maken van het netwerkverkeer op de
> dsl-interface van de fritz!box om te zien of er inderdaad helemaal niks
> binnenkomt, en nu werkt het weer dus moet ik eerst wachten tot het weer
> omvalt...
Hoe kan ik dit voormekaar boxen? Zit er iets van een sniffer op de doos
zelf? Of ga je dan echt aan de ADSL kant met een apparte ADSL kaart
luisteren? Op de interne poorten heeft weinig zin als je het verkeer op de
externe interface wil monitoren. Of zit er misschien een mogelijkheid in
om een mirrorpoort in te stellen via een software hack? Dan zou je een
snort box direct aan die mirror poort kunnen hangen en eventueel met
ethereal mee kunnen luisteren.
Jan Hugo
Nero Imhard
> Hoe kan ik dit voormekaar boxen? Zit er iets van een sniffer op de doos
> zelf?
Ja dat heeft-ie. Zie http://www.wehavemorefun.de/fritzbox/ voor nog wel
meer leuks. In dit geval zoek je "Versteckte Features" en dan
"Mitschneiden der IP-Pakete"
Het gaat een beetje maf: vanuit de webinterface met een file download
(tcpdump format, te lezen met bijvoorbeeld ethereal) en je moet dus
vooral niet vergeten de download weer te stoppen als je genoeg data
hebt. Dumpen naar een circulaire buffer (waarmee je het begin van de
storing zou kunnen vangen) kun je wel vergeten. Maar het feit dat het
ueberhaupt kan, vind ik al heel wat!
N
Michel de Boer
> wat ik dus helemaal niet snap is hoe het kan dat de gateway meent
> geregistreerd te zijn bij sip.xs4all.nl en ook kan uitbellen, terwijl er
> andersom blijkbaar anders over wordt gedacht. firewall-geneuzel is niet
Dat is heel goed mogelijk. Om uit te bellen hoef je helemaal niet
geregistreerd te zijn! Ik gebruik Twinkle (linux) als softphone. Als
ik mij niet registreer dan kan ik prima uitbellen. Gesprekken ontvangen
kan dan uiteraard niet omdat de server bij xs4all niet weet waar ik
uithang.
Het volgende zou kunnen gebeuren. Jij hebt je netjes geregistreerd
voor een uur. Op de SIP server bij xs4all valt de registratie
database om en alle registratie gegevens zijn weg. Jouw SIP endpoint
merkt daar niets van en denkt dat ie nog steeds geregistreerd is.
De SIP server weet echter niet meer waar jij uithangt en alle
inkomende gesprekken mislukken totdat je je weer registreert.
Of dit in jouw geval is gebeurd, weet ik natuurlijk niet. Als het
probleem weer optreedt zou je een SIP registratie request kunnen
sturen om te kijken wat de status van je registratie is (enig probleem
is dat de meeste SIP endpoints geen SIP registratie request kunnen
sturen).
Zelf zie ik ook problemen met inkomende gesprekken, maar een
2e poging komt meestal wel binnen. De registratie is hier dus
prima in orde.
Michel
Nero Imhard
> Als ik mij niet registreer dan kan ik prima uitbellen.
Ehhh... wat bedoel jij dan precies met registratie? Voor uitbellen is
het namelijk wel degelijk nodig dat de server weet wie er belt opdat de
rekening opgemaakt kan worden. Is het nog iets subtieler dan?
Overigens vertelt de user interface van mijn fritz!box mij helemaal
niets over de tijdsduur van registratie. Lijkt niet in te stellen. Ik
ging er van uit dat mijn doosje en die server gewoon periodiek "joehoe
ik ben er nog" tegen elkaar behoren te roepen. Niet dan?
Als ik de basics al niet goed scherp heb, dan is het natuurlijk lastig
troubleshooten :-(
N
Michel de Boer
> Ehhh... wat bedoel jij dan precies met registratie? Voor uitbellen is
> het namelijk wel degelijk nodig dat de server weet wie er belt opdat de
> rekening opgemaakt kan worden. Is het nog iets subtieler dan?
Met registratie bedoel ik het versturen van een SIP REGISTER verzoek.
Deze wordt normaliter verstuurd bij het aanzetten van een SIP endpoint.
In Twinkle kan ik dit echter uitzetten.
Voor het opmaken van de rekening is de SIP INVITE die je stuurt
om een gesprek op te zetten genoeg. Deze INVITE wordt geauthenticeerd
door de server (je krijgt eerst een 407 Proxy Authentitcation terug)
zodat de server weet dat jij belt en niet iemand anders.
>
> Overigens vertelt de user interface van mijn fritz!box mij helemaal
> niets over de tijdsduur van registratie. Lijkt niet in te stellen. Ik
> ging er van uit dat mijn doosje en die server gewoon periodiek "joehoe
> ik ben er nog" tegen elkaar behoren te roepen. Niet dan?
Dat klopt. Jouw doosje zal de SIP REGISTER met een bepaald interval
telkens opnieuw sturen. Meestal is dit interval 1 uur. Als binnen
dat interval de registratie gegevens op de server weg zouden
raken, dan ben je voor de rest van het interval niet bereikbaar.
>
> Als ik de basics al niet goed scherp heb, dan is het natuurlijk lastig
> troubleshooten :-(
HTH
Siert Wolters
Dag Michel,
Ik heb een Grandstream HT386 en zie daar
Register Expiration: 3600 (in minutes. default 1 hour, max 45 days)
staan. Ik neem aan, dat dat jouw SIP REGISTER verzoek aan de server is?
Is het voor mij dus verstandiger om deze op 5, 15 of 60 minutes te
zetten, of belast ik de server dan te veel?
(een interval onbereikbaarheid van slechts 5 minuten lijkt mij niet
verkeerd ...)
Met dank voor je uitleg!
Siert Wolters
MBS
<mic...@invalid.invalid> wrote:
>Het volgende zou kunnen gebeuren. Jij hebt je netjes geregistreerd
>voor een uur. Op de SIP server bij xs4all valt de registratie
>database om en alle registratie gegevens zijn weg.
Dan is dat een storing en hoort deze in xs4all.announce.
Maar ik lees daar nooit iets, en dit gebeurd zeker enkele avonden per
week.
>Zelf zie ik ook problemen met inkomende gesprekken, maar een
>2e poging komt meestal wel binnen. De registratie is hier dus
>prima in orde.
Dit fenomeen (#2) ken ik ook.
Fenomeen #3 heb alleen ik last van (zie andere post
7q3df2d63bkufbou0...@4ax.com). Maar is met een U-bocht
opgelost?
Groeten, Menno.
Arnold Top
> Dag Michel,
>
> Ik heb een Grandstream HT386 en zie daar
> Register Expiration: 3600 (in minutes. default 1 hour, max 45 days)
> staan. Ik neem aan, dat dat jouw SIP REGISTER verzoek aan de server is?
> Is het voor mij dus verstandiger om deze op 5, 15 of 60 minutes te zetten,
> of belast ik de server dan te veel?
> (een interval onbereikbaarheid van slechts 5 minuten lijkt mij niet
> verkeerd ...)
>
>Met dank voor je uitleg!
>Siert Wolters
>
Hallo Siert,
Ik heb een Grandstream HT486 en heb de Register Expiration op
1 minuut(!) gezet. Geen problemen meer. Heb het met diverse waarden
getest en dit werkt het best.
Groeten,
Arnold
<knip>
Siert Wolters
Vanaf heden ga ik nu ook voor de 1 minuut i.p.v. de 1 uur (default) of
die rare - door mijzelf blijkbaar ingestelde - 3.600 minuten ...
Bedankt voor je info! Ik ben benieuwd ...
Siert Wolters
MBS
<ma...@siertwolters.nl> wrote:
>Vanaf heden ga ik nu ook voor de 1 minuut i.p.v. de 1 uur (default) of
>die rare - door mijzelf blijkbaar ingestelde - 3.600 minuten ...
>
>Bedankt voor je info! Ik ben benieuwd ...
Ik heb nog een ander testje lopen, maar ik ga dit ook proberen.
Wellicht een oplossing voor alle 100.000 xs4all klanten om iedere
minuut een SIP REGISTER te forceren. (Eens kijken wat voor reactie van
xs4all daarop komt).
Groeten, Menno.
Arnold Top
news:qefef21sn272rb1f1...@4ax.com...
Ik heb de indruk dat niet iedere klant van Xs dit probleem
heeft, maar mochten dat veel klanten zijn, lijkt mij dat
we daar ook wel weer iets op vinden.
Groeten,
Arnold
Siert Wolters
Door het SIP REGISTER op 1 minuut te zetten, ben ik hooguit 1 minuut
onbereikbaar: geen enkel probleem dus!
En ik krijg ook de indruk dat dit voor XS4all ook geen probleem is ...
Mooi toch?
Siert.
Jan Hugo Prins
Dit is inderdaad een begin maar ook niet meer dan dat. Het zou echt tof
zijn als ik gewoon 1 van de interfaces van de switch kan configureren als
mirror poort voor de ADSL kant. Hoeft dan echt alleen maar readonly te
zijn, kan ik gewoon meeluisteren met snort of ethereal.
Iets zegt mij dat dat theoretisch wel mogelijk moet zijn op dat doosje,
het is tenslotte gewoon linux dat er op draaid. Ben zelf alleen wat
huiverig om te gaan knoeien met de VLAN's die in het ding zitten.
Jan Hugo
Nero Imhard
>>>> Vanaf heden ga ik nu ook voor de 1 minuut i.p.v. de 1 uur (default) of
>>>> die rare - door mijzelf blijkbaar ingestelde - 3.600 minuten ...
>>> Wellicht een oplossing voor alle 100.000 xs4all klanten om iedere
>>> minuut een SIP REGISTER te forceren. (Eens kijken wat voor reactie van
>>> xs4all daarop komt).
> Door het SIP REGISTER op 1 minuut te zetten, ben ik hooguit 1 minuut
> onbereikbaar: geen enkel probleem dus!
> Mooi toch?
Maar werkt dit inderdaad? Ervaringen?
Na wat interactie met de helpdesk, kreeg ik de zeer opmerkelijke
suggestie het interval juist te *verhogen* naar 7200 seconden (2 uur).
Ondanks dat ik erg sceptisch ben, heb ik het nu voor 1 account toch zo
ingesteld. Ook al omdat ik verschillende setups op verschillende
locaties kan vergelijken. Wellicht gaan we nu dan verschillen zien, en
geeft dat meer inzicht.
Voorlopig ben ik er trouwens ook niet van overtuigd dat het vinden van
een optimum voor de tijd (of dat nou 1 minuut is of 5 dagen) tussen
REGISTERs een oplossing is. Het is hooguit een manier om ermee te kunnen
leven.
Standaard is het op de Fritz!box een half uur, en via de webgui kun je
dat niet aanpassen maar dankzij het uitzoekwerk van onze Duitse vrienden
van http://www.wehavemorefun.de/fritzbox/ lukt het toch. In het kort:
telnet fritz.box && nvi /var/flash/voip.cfg && exec /etc/init.d/rc.voip
reload (garantie en support van AVM vervallen totdat je je doosje via de
CD weer in de oorspronkelijke toestand terugzet)
N
Siert Wolters
> Eerst even wat knippen tot de essentie ;-)
>
>>>>> Vanaf heden ga ik nu ook voor de 1 minuut i.p.v. de 1 uur (default) of
>>>>> die rare - door mijzelf blijkbaar ingestelde - 3.600 minuten ...
>
>>>> Wellicht een oplossing voor alle 100.000 xs4all klanten om iedere
>>>> minuut een SIP REGISTER te forceren. (Eens kijken wat voor reactie van
>>>> xs4all daarop komt).
>
>> Door het SIP REGISTER op 1 minuut te zetten, ben ik hooguit 1 minuut
>> onbereikbaar: geen enkel probleem dus!
>
>> Mooi toch?
>
> Maar werkt dit inderdaad? Ervaringen?
>
zien of 't helpt? Ik heb al mijn troep al eens een keertje aan/uit
gezet, laten crashen, etc. etc. En elke keer ben ik na 1 minuut weer
online ...
>
> Na wat interactie met de helpdesk, kreeg ik de zeer opmerkelijke
> suggestie het interval juist te *verhogen* naar 7200 seconden (2 uur).
> Ondanks dat ik erg sceptisch ben, heb ik het nu voor 1 account toch zo
> ingesteld. Ook al omdat ik verschillende setups op verschillende
> locaties kan vergelijken. Wellicht gaan we nu dan verschillen zien, en
> geeft dat meer inzicht.
>
> Voorlopig ben ik er trouwens ook niet van overtuigd dat het vinden van
> een optimum voor de tijd (of dat nou 1 minuut is of 5 dagen) tussen
> REGISTERs een oplossing is. Het is hooguit een manier om ermee te kunnen
> leven.
>
> Standaard is het op de Fritz!box een half uur, en via de webgui kun je
> dat niet aanpassen maar dankzij het uitzoekwerk van onze Duitse vrienden
> van http://www.wehavemorefun.de/fritzbox/ lukt het toch. In het kort:
> telnet fritz.box && nvi /var/flash/voip.cfg && exec /etc/init.d/rc.voip
> reload (garantie en support van AVM vervallen totdat je je doosje via de
> CD weer in de oorspronkelijke toestand terugzet)
>
> N
>
Siert.
Nero Imhard
> Ik heb dit nu ruim een week op 1 minuut staan. Tja, en hoe moet je nu
> zien of 't helpt?
Nou, bijvoorbeeld dat de klachten (van anderen dat je vaak niet
bereikbaar bent) minder zijn geworden?
Is inderdaad enigzins indirect.
> Zoals gezegd: ik heb een Grandstream HT386 ...
De OP heeft een fritz!box ;-)
N
Siert Wolters
Sorry, ;-)
Siert.
Nero Imhard
Fijn voor je, maar dat is dus ook niet zo heel interessant (geen
waarde-oordeel hoor, maar het helpt gewoon niet).
Om maar weer even te focussen:
Kunnen de mensen die het probleem hebben/hadden dat ze regelmatig niet
gebeld konden worden en de tijd tussen SIP REGISTERs naar 1 minuut
verkort hebben, nu verschil merken? Dus:
Treedt het verschijnsel nog steeds op?
Nog steeds in dezelfde mate?
Treden er misschien andere verschijnselen op?
Ik dacht dat er een aantal lui hier dat aan het proberen waren, dus was
ik gewoon nieuwsgierig naar de resultaten.
N
Dicksooo
> Om maar weer even te focussen:
>
> Kunnen de mensen die het probleem hebben/hadden dat ze regelmatig niet
> gebeld konden worden en de tijd tussen SIP REGISTERs naar 1 minuut verkort
> hebben, nu verschil merken? Dus:
> Treedt het verschijnsel nog steeds op? Nog steeds in dezelfde mate?
> Treden er misschien andere verschijnselen op?
>
> Ik dacht dat er een aantal lui hier dat aan het proberen waren, dus was ik
> gewoon nieuwsgierig naar de resultaten.
>
> N
Ach, het probleem is hier nooit meer opgetreden sinds ik de
registratietijd een goeie maand geleden juist vergroot heb naar 24 uur.
Dick.
Arnold Top
news:pan.2006.09.11....@digitalecyberkluns.invalid...
Sorry voor de late reactie, maar ik was op vakantie. Ik heb de
registratietijd
gezet op 1 minuut en ook geen probleem meer. Zou er soms aan de andere
kant inmiddels iets veranderd zijn? In dat geval kunnen we blijven zoeken.
Groeten,
Arnold