Brom in Voip verbinding

[Marcel]

Dag allemaal,

Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn Fritzbox
of via mijn PDA (wlan). Ook het nummer (08787... of geporteerde locale
nummer) maakt daarbij niet uit. Zijn er meer mensen die hier last van
hebben

Marcel.

[victor]

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn
Fritzbox of via mijn PDA (wlan). Ook het nummer (08787... of
geporteerde locale nummer) maakt daarbij niet uit. Zijn er meer
mensen die hier last van hebben

Nee, geen brom.

[Hans]

Post by victor

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn
Fritzbox of via mijn PDA (wlan). Ook het nummer (08787... of
geporteerde locale nummer) maakt daarbij niet uit. Zijn er meer
mensen die hier last van hebben

Nee, geen brom.
--
mvg, victor

Ik ook geen brom...

[guido09]

Post by victor

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn
Fritzbox of via mijn PDA (wlan). Ook het nummer (08787... of
geporteerde locale nummer) maakt daarbij niet uit. Zijn er meer
mensen die hier last van hebben

Nee, geen brom.
--
mvg, victor

Ik ook geen brom...- Tekst uit oorspronkelijk bericht niet weergeven -
- Tekst uit oorspronkelijk bericht weergeven -

Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

[Rick Mulder]

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?

RIck

[Marcel]

Post by Rick Mulder

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?
RIck

Voor zover ik weet de G.711
Hoe kan ik dit het beste controleren.
Het is mij ooit met Wireshark gelukt om dit te controleren, echter nu
lukt dit om een of andere reden niet meer.

Marcel.

[victor]

Post by Marcel

Post by Rick Mulder

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?
RIck

Voor zover ik weet de G.711
Hoe kan ik dit het beste controleren.
Het is mij ooit met Wireshark gelukt om dit te controleren, echter nu
lukt dit om een of andere reden niet meer.

Ik gebruik G711, dat weet ik omdat ik in mijn ST780 de andere codecs
heb uitgeschakeld.

:voice codec list
Codec Type Packet Delay Voice Act. Detection Priority Status
----------------------------------------------------------------------
g711u 20 disabled 2 enabled
g711a 20 disabled 1 enabled
g723.1 30 disabled 4 disabled
g726_16 20 disabled 9 disabled
g726_24 20 disabled 7 disabled
g726_32 20 disabled 6 disabled
g726_40 20 disabled 5 disabled
g729 20 disabled 3 disabled

[Marcel]

Post by victor

Post by Marcel

Post by Rick Mulder

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?
RIck

Voor zover ik weet de G.711
Hoe kan ik dit het beste controleren.
Het is mij ooit met Wireshark gelukt om dit te controleren, echter nu
lukt dit om een of andere reden niet meer.

Ik gebruik G711, dat weet ik omdat ik in mijn ST780 de andere codecs
heb uitgeschakeld.
:voice codec list
Codec Type Packet Delay Voice Act. Detection Priority Status
----------------------------------------------------------------------
g711u 20 disabled 2 enabled
g711a 20 disabled 1 enabled
g723.1 30 disabled 4 disabled
g726_16 20 disabled 9 disabled
g726_24 20 disabled 7 disabled
g726_32 20 disabled 6 disabled
g726_40 20 disabled 5 disabled
g729 20 disabled 3 disabled

Ik gebruik zeld een Fritzbox 7050 welke via de Lan A poort is gekoppeld
op een speedtouch 546i. Beide kennen dit commando niet :-(
De Speedtouch zorgt dus voor de internet verbinding en min Fritzbox
zorgt voor het VOIP gedeelte.


Marcel.

[Marcel]

Post by Rick Mulder

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?
RIck

Wellicht ook handig om te weten...

Ik heb enkele dagen geleden een aanvraag gedaan om mijn vaste lijn te
porteren. Deze wordt binnen nu en 2 weken omgezet.

In de tussen liggende periode maakt Xs4all het mogelijk om alvast met
het "vaste nummer" te gaan bellen over VOIP met het te porteren
nummer(gebeld worden gaat vooralsnog via de vaste lijn).
De tik is gekomen nadat ik mijn vaste nummer heb ingesteld als voip
nummer.

Groet,
Marcel.

[guido09]

Post by Rick Mulder

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?
RIck

uit de voip.cfg gehaald:

use_audiocodecs = no;
audiocodecs = "PCMA", "PCMU", "G726-32";

en het lukt me niet om audiocodecs op yes te zetten, dwz in de
fritzbox.
Kan iemand me een stap voor stap uitleg geven?
Heb de FBeditor inmiddels aan de praat.

[Marcel]

Post by Rick Mulder

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?
RIck

Beste Rick,

Ik heb het gevonden.
Als ik de G.711 codec gebruik zit er een tik in de verbinding (alleen
hoorbaar aan de ontvangende kant) en als ik de G.729 gebruik, dan is de
vervelende tik weg. Dit is volgens mij gekomen nadat Xs4all op 6-6-2007
onderhoud heeft gepleegd aan VOIP.

Groet,

Marcel.

[Hans]

Post by Marcel

Post by Rick Mulder

Post by guido09
Ja heb ik ook, een irritante regelmatige tik.
Maakt niet uit of ik met voipbuster of via xs4all.nl bel

Welke codec gebruik je?
RIck

Beste Rick,
Ik heb het gevonden.
Als ik de G.711 codec gebruik zit er een tik in de verbinding (alleen
hoorbaar aan de ontvangende kant) en als ik de G.729 gebruik, dan is de
vervelende tik weg. Dit is volgens mij gekomen nadat Xs4all op 6-6-2007
onderhoud heeft gepleegd aan VOIP.
Groet,
Marcel.

Daar hoeven we dus niet zo blij mee te zijn. Ik gebruik zelf ge G.711 codec
omdat de telefoonverbinding dan tenminste een goede kwaliteit heeft. G.729
codes klink ronduit matig. Dus er wordt wat opgelost en andere andere kant
gesloopt...

Hans

[a***@xs4all.nl]

Post by Marcel
Beste Rick,
Ik heb het gevonden.
Als ik de G.711 codec gebruik zit er een tik in de verbinding (alleen
hoorbaar aan de ontvangende kant) en als ik de G.729 gebruik, dan is de
vervelende tik weg. Dit is volgens mij gekomen nadat Xs4all op 6-6-2007
onderhoud heeft gepleegd aan VOIP.
Groet,
Marcel.

=========================

Post by Marcel
Daar hoeven we dus niet zo blij mee te zijn. Ik gebruik zelf ge G.711 codec
omdat de telefoonverbinding dan tenminste een goede kwaliteit heeft. G.729
codes klink ronduit matig. Dus er wordt wat opgelost en andere andere kant
gesloopt...
Hans

=========================
G729 is een codec die o.a. comprimeert! Dat betekent dat van 64kbps
==> 8kbps gemaakt wordt.
M.a.w. de duur van de tik wordt met 64/8 = 8x verkort, en is daarmee
nauwelijks tot niet meer hoorbaar!
Kortom, de G729 keuze van Marcel helpt weliswaar, maar is niet de
oplossing!

Het onderhoud van 6-6 had niets te maken met codecs of kwaliteit wat
dan ook, dus die suggestie mag vergeten worden.
Het onderhoud betrof namelijk het Selfcare Centre...dat even ter info.

De opmerking van Hans "er wordt wat opgelost en andere andere kant
gesloopt... " kan ik dus niet plaatsen.

Het woord 'tik'is wat lastig te begrijpen uit deze tekst. Immers, je
zou em eigenlijk moeten horen om te weten hoe het exact klinkt.
Wat ik wel kan zeggen, en dat is precies wat Peter schreef hierboven:
er is (meestal oude) apparatuur die wordt opgeladen middels het
druppellader principe.
Dat betekent dat bepaalde pulsen worden verstuurd naar de accu/
batterij van dat apparaat .
Deze puls kan worden overgedragen op de analoge apparatuur die is
aangesloten op de ST716/780, fritzbox of andere VoIP router.
Dat is dan ook direct de reden dat in de meeste gevallen niet jij zelf
die tik hoort, maar de ontvanger, omdat het vooral wordt overgedragen
op de (mic)ingang....
en in veel mindere tot geen mate op de speaker.
Het karakter van deze tik kan ik omschrijven als een constante tik,
die je ongeveer elke 0.5 a 1sec hoort. Na een tijdje houdt de tik heel
even (ong 2 sec even stil)
en gaat dan weer verder.
Het is in deze situatie zeeeeeeeer raadzaam eens te kijken of er
inderdaad niet zulke apparatuur, welke dus opgeladen moet worden, in
de buurt staat van het modem/router.
Het kan zelfs het aangesloten telefoontoestel zelf zijn welke de
boosdoener is, maar ook bijv. een mobiele telefoon, een kruimeldief of
iets anders wat oplaadt.
Ik ken nog geen situaties waarbij deze pulsen worden overgedragen via
het draadloze netwerk van de router. Maar het is zeker niet uit te
sluiten dat dat wel kan.
Als laatste wil ik nog 1 ding kwijt: er zijn mij 3 situaties ter ore
gekomen waarbij deze tik optradt. Alledrie hebben een fritzbox...
Ik wil daaruit niet direct een conclusie trekken, maar mij bekruipt
wel het gevoel dat de tik wordt veroorzaakt door een druppellading van
de
fritzbox zelf...
Kortom, probeer eens andere apparatuur bijv. ook een andere router, en
verwijder/schakel uit apparatuur welke aan opladen onderhevig is.

Ik hoop dat dit verhaal kan bijdragen tot elimineren van de tik, en
dat tevens een en ander helderder is geworden.

Gr Eric.

[Marco de Groot]

Post by a***@xs4all.nl
Als laatste wil ik nog 1 ding kwijt: er zijn mij 3 situaties ter ore
gekomen waarbij deze tik optradt. Alledrie hebben een fritzbox...
Ik wil daaruit niet direct een conclusie trekken, maar mij bekruipt
wel het gevoel dat de tik wordt veroorzaakt door een druppellading van
de
fritzbox zelf...
Kortom, probeer eens andere apparatuur bijv. ook een andere router, en
verwijder/schakel uit apparatuur welke aan opladen onderhevig is.

Ik heb hier helaas hetzelfde probleem met een Fritzbox.
De tik gaat sneller dan beschreven, zo'n 4 keer per seconden, achter
elkaar door, soms even wat onregelmatig maar zeker geen 2 seconden stilte.

Als ik een 716 gebruik dan is de tik weg. De enige bijzonderheid die ik
via de Fritzbox kan vinden is dat het tikken alleen optreedt als je
vanaf 'buiten xs4all' belt. Via GSM naar voip of ISDN naar voip geeft
tikken. Via xs4all voip naar voip gaat goed. In alle gevallen wordt van
Codec "PCMA (8) - audio 106000" gebruik gemaakt. Ik zie zo snel geen
verschil in de verbindings logs.

Ik gebruik zelf een internationale versie. Hebben mensen met een recente
Duitse Fritzbox firmware ook last van het tikken?

Marco.

[Nero Imhard]

Post by Marco de Groot
Ik gebruik zelf een internationale versie. Hebben mensen met een recente
Duitse Fritzbox firmware ook last van het tikken?

Heb een Duitse 7050 thuis met meest recente firmware, en erachter (aan
de interne S0-bus) zit een Auerswald COMpact 2206 USB telefooncentrale.
Ik bel regelmatig vanaf huis naar mijn 087-nummer thuis en heb het
tikken echt nog nooit gehoord. Ik weet dus gewoon niet waar het over
gaat.

Of speelt dit (alleen) als je een van de analoge poorten van de
fritz!box gebruikt?

N

(waarom staat er toch de hele tijd "brom" in het subject???)

[Nero Imhard]

Post by Nero Imhard
Ik bel regelmatig vanaf huis naar mijn 087-nummer thuis en heb het

^^^^^^^^^^ ik bedoel "van buiten"

[Marcel]

Post by Nero Imhard

Post by Marco de Groot
Ik gebruik zelf een internationale versie. Hebben mensen met een
recente Duitse Fritzbox firmware ook last van het tikken?

Heb een Duitse 7050 thuis met meest recente firmware, en erachter (aan
de interne S0-bus) zit een Auerswald COMpact 2206 USB
telefooncentrale. Ik bel regelmatig vanaf huis naar mijn 087-nummer
thuis en heb het tikken echt nog nooit gehoord. Ik weet dus gewoon
niet waar het over gaat.
Of speelt dit (alleen) als je een van de analoge poorten van de
fritz!box gebruikt?
N
(waarom staat er toch de hele tijd "brom" in het subject???)

Probleem doet zich zowel op de S0 als op de analoge poorten voor.

[peewee]

Post by Marco de Groot

Post by a***@xs4all.nl
Als laatste wil ik nog 1 ding kwijt: er zijn mij 3 situaties ter ore
gekomen waarbij deze tik optradt. Alledrie hebben een fritzbox...
Ik wil daaruit niet direct een conclusie trekken, maar mij bekruipt
wel het gevoel dat de tik wordt veroorzaakt door een druppellading
van de
fritzbox zelf...
Kortom, probeer eens andere apparatuur bijv. ook een andere router,
en verwijder/schakel uit apparatuur welke aan opladen onderhevig is.

Ik heb hier helaas hetzelfde probleem met een Fritzbox.
De tik gaat sneller dan beschreven, zo'n 4 keer per seconden, achter
elkaar door, soms even wat onregelmatig maar zeker geen 2 seconden stilte.
Als ik een 716 gebruik dan is de tik weg. De enige bijzonderheid die
ik via de Fritzbox kan vinden is dat het tikken alleen optreedt als je
vanaf 'buiten xs4all' belt. Via GSM naar voip of ISDN naar voip geeft
tikken. Via xs4all voip naar voip gaat goed. In alle gevallen wordt
van Codec "PCMA (8) - audio 106000" gebruik gemaakt. Ik zie zo snel
geen verschil in de verbindings logs.
Ik gebruik zelf een internationale versie. Hebben mensen met een
recente Duitse Fritzbox firmware ook last van het tikken?
Marco.

Ik heb hier, op een 7170, nergens last van.

[Siert Wolters]

Post by peewee

Post by Marco de Groot

Post by a***@xs4all.nl
Als laatste wil ik nog 1 ding kwijt: er zijn mij 3 situaties ter ore
gekomen waarbij deze tik optradt. Alledrie hebben een fritzbox...
Ik wil daaruit niet direct een conclusie trekken, maar mij bekruipt
wel het gevoel dat de tik wordt veroorzaakt door een druppellading
van de
fritzbox zelf...
Kortom, probeer eens andere apparatuur bijv. ook een andere router,
en verwijder/schakel uit apparatuur welke aan opladen onderhevig is.

Ik heb hier helaas hetzelfde probleem met een Fritzbox.
De tik gaat sneller dan beschreven, zo'n 4 keer per seconden, achter
elkaar door, soms even wat onregelmatig maar zeker geen 2 seconden stilte.
Als ik een 716 gebruik dan is de tik weg. De enige bijzonderheid die
ik via de Fritzbox kan vinden is dat het tikken alleen optreedt als je
vanaf 'buiten xs4all' belt. Via GSM naar voip of ISDN naar voip geeft
tikken. Via xs4all voip naar voip gaat goed. In alle gevallen wordt
van Codec "PCMA (8) - audio 106000" gebruik gemaakt. Ik zie zo snel
geen verschil in de verbindings logs.
Ik gebruik zelf een internationale versie. Hebben mensen met een
recente Duitse Fritzbox firmware ook last van het tikken?
Marco.

Ik heb hier, op een 7170, nergens last van.

En ik hier op een 7140 ook niet.

[Marcel]

Post by a***@xs4all.nl

Post by Marcel
Beste Rick,
Ik heb het gevonden.
Als ik de G.711 codec gebruik zit er een tik in de verbinding (alleen
hoorbaar aan de ontvangende kant) en als ik de G.729 gebruik, dan is
de vervelende tik weg. Dit is volgens mij gekomen nadat Xs4all op
6-6-2007 onderhoud heeft gepleegd aan VOIP.
Groet,
Marcel.

=========================

Post by Marcel
Daar hoeven we dus niet zo blij mee te zijn. Ik gebruik zelf ge G.711
codec omdat de telefoonverbinding dan tenminste een goede kwaliteit
heeft. G.729 codes klink ronduit matig. Dus er wordt wat opgelost en
andere andere kant gesloopt...
Hans

=========================
G729 is een codec die o.a. comprimeert! Dat betekent dat van 64kbps
==> 8kbps gemaakt wordt.
M.a.w. de duur van de tik wordt met 64/8 = 8x verkort, en is daarmee
nauwelijks tot niet meer hoorbaar!
Kortom, de G729 keuze van Marcel helpt weliswaar, maar is niet de
oplossing!
Het onderhoud van 6-6 had niets te maken met codecs of kwaliteit wat
dan ook, dus die suggestie mag vergeten worden.
Het onderhoud betrof namelijk het Selfcare Centre...dat even ter info.
De opmerking van Hans "er wordt wat opgelost en andere andere kant
gesloopt... " kan ik dus niet plaatsen.
Het woord 'tik'is wat lastig te begrijpen uit deze tekst. Immers, je
zou em eigenlijk moeten horen om te weten hoe het exact klinkt.
er is (meestal oude) apparatuur die wordt opgeladen middels het
druppellader principe.
Dat betekent dat bepaalde pulsen worden verstuurd naar de accu/
batterij van dat apparaat .
Deze puls kan worden overgedragen op de analoge apparatuur die is
aangesloten op de ST716/780, fritzbox of andere VoIP router.
Dat is dan ook direct de reden dat in de meeste gevallen niet jij zelf
die tik hoort, maar de ontvanger, omdat het vooral wordt overgedragen
op de (mic)ingang....
en in veel mindere tot geen mate op de speaker.
Het karakter van deze tik kan ik omschrijven als een constante tik,
die je ongeveer elke 0.5 a 1sec hoort. Na een tijdje houdt de tik heel
even (ong 2 sec even stil)
en gaat dan weer verder.
Het is in deze situatie zeeeeeeeer raadzaam eens te kijken of er
inderdaad niet zulke apparatuur, welke dus opgeladen moet worden, in
de buurt staat van het modem/router.
Het kan zelfs het aangesloten telefoontoestel zelf zijn welke de
boosdoener is, maar ook bijv. een mobiele telefoon, een kruimeldief of
iets anders wat oplaadt.
Ik ken nog geen situaties waarbij deze pulsen worden overgedragen via
het draadloze netwerk van de router. Maar het is zeker niet uit te
sluiten dat dat wel kan.
Als laatste wil ik nog 1 ding kwijt: er zijn mij 3 situaties ter ore
gekomen waarbij deze tik optradt. Alledrie hebben een fritzbox...
Ik wil daaruit niet direct een conclusie trekken, maar mij bekruipt
wel het gevoel dat de tik wordt veroorzaakt door een druppellading van
de
fritzbox zelf...
Kortom, probeer eens andere apparatuur bijv. ook een andere router, en
verwijder/schakel uit apparatuur welke aan opladen onderhevig is.
Ik hoop dat dit verhaal kan bijdragen tot elimineren van de tik, en
dat tevens een en ander helderder is geworden.
Gr Eric.

Het is inderdaad een tik met een frequentie van enkele keren per
seconde.

Ik heb nog de volgende situatie getest:
- De Fritzbox als ADSL modem ingesteld en direct op het ISRA punt
aangesloten. - De adaptor van de fritzbox vervangen door een andere
adaptor en deze op een andere groep in de meterkast aangesloten. -De
oude Fritzbox adaptor en de speedtouch adaptor uit het stopcontact
gehaald.

Ook in deze situatie blijft de tik aanwezig.


Als ik via de xs4all softphone bel, hoor ik geen tik, ongeacht de
gekozen codec.

Ik gebruik een duitse Fritzbox met engelse firmware 14.04.26

Het probleem heb ik nooit gehad tot het moment dat ik een aanvraag heb
gedaan om mijn vaste lijn te porteren. Nadat het mogelijk was om via dit
nummer te bellen, is de tik ontstaan. Dit is op dezelfde dag gebeurt als
er onderhoud is gepleegd aan het VOIP platform. Wellicht toeval, maar
toch?

De druppellading is denk ik niet het probleem. Wellicht is het wel een
combinatie Fritzbox <--> Xs4all voip.

Welke Fritzbox (internationaal/duits) gebruiken de mensen met een tik?
Hoelang hebben jullie dit probleem al?

Groet,

Marcel.

[Marco de Groot]

Post by Marcel
Welke Fritzbox (internationaal/duits) gebruiken de mensen met een tik?
Hoelang hebben jullie dit probleem al?

Zoals elders gemeld ik dus ook internationaal. Ik heb onlangs contact
gezocht met AVM om te vragen waarom de Duitse variant zeer geregeld
nieuwe firmware versies heeft en de internationale versie niet en daar
kwam geen zinnig antwoord uit.

Het probleem is sinds afgelopen week, maar dat komt waarschijnlijk omdat
sindsdien de 729 codec niet meer gebruikt wordt bij 'inbellen'. Als ik
uitbel neemt de Fritzbox (gek genoeg) nog wel de G729.

Ik zou ook niet weten hoe ik forceer dat ik alleen nog maar op G729
ontvang, als ik namelijk de PCMA en PCMU coded verwijder uit de lijst
codecs en use_audio_codecs = yes zeg, dan krijg ik geen verbinding omdat
er blijkbaar geen overeenkomstige codec gevonden wordt. En hoe ik met
'uitbellen' de 711 codec kan forceren is me ook nog niet duidelijk.

Groeten,
Marco.

[Marcel]

Post by Marco de Groot

Post by Marcel
Welke Fritzbox (internationaal/duits) gebruiken de mensen met een
tik? Hoelang hebben jullie dit probleem al?

Zoals elders gemeld ik dus ook internationaal. Ik heb onlangs contact
gezocht met AVM om te vragen waarom de Duitse variant zeer geregeld
nieuwe firmware versies heeft en de internationale versie niet en daar
kwam geen zinnig antwoord uit.
Het probleem is sinds afgelopen week, maar dat komt waarschijnlijk
omdat sindsdien de 729 codec niet meer gebruikt wordt bij 'inbellen'.
Als ik uitbel neemt de Fritzbox (gek genoeg) nog wel de G729.
Ik zou ook niet weten hoe ik forceer dat ik alleen nog maar op G729
ontvang, als ik namelijk de PCMA en PCMU coded verwijder uit de lijst
codecs en use_audio_codecs = yes zeg, dan krijg ik geen verbinding
omdat er blijkbaar geen overeenkomstige codec gevonden wordt. En hoe
ik met 'uitbellen' de 711 codec kan forceren is me ook nog niet
duidelijk.
Groeten,
Marco.

Een aantal conclusies kunnen we dus denk ik al gaan trekken.
- Probleem doet zich zowel bij de duitse als bij de internationale
versie voor (ik gebruik duits, Marco internationaal). - Probleem doet
zich sinds afgelopen week voor (zowel bij mij als bij Marco). - probleem
is ongeveer op hetzelfde moment ontstaan dus het laadprobleem met
druppelladers kunnen we denk ik uitsluiten.

Mijn conclusie op dit moment is dat het probleem is ontstaan door
aanpassingen aan de kant van Xs4all.


Het instellen van de codecs voor op de FritzBox kun je met FBEditor
instellen. Door "use_audiocodecs = yes;" in te stellen forceer je de 711
codec (in elk gevalk voor het uitbellen).

Groet,

Marcel.

[Hans]

Post by Marcel

Post by Marco de Groot

Post by Marcel
Welke Fritzbox (internationaal/duits) gebruiken de mensen met een
tik? Hoelang hebben jullie dit probleem al?

Zoals elders gemeld ik dus ook internationaal. Ik heb onlangs contact
gezocht met AVM om te vragen waarom de Duitse variant zeer geregeld
nieuwe firmware versies heeft en de internationale versie niet en daar
kwam geen zinnig antwoord uit.
Het probleem is sinds afgelopen week, maar dat komt waarschijnlijk
omdat sindsdien de 729 codec niet meer gebruikt wordt bij 'inbellen'.
Als ik uitbel neemt de Fritzbox (gek genoeg) nog wel de G729.
Ik zou ook niet weten hoe ik forceer dat ik alleen nog maar op G729
ontvang, als ik namelijk de PCMA en PCMU coded verwijder uit de lijst
codecs en use_audio_codecs = yes zeg, dan krijg ik geen verbinding
omdat er blijkbaar geen overeenkomstige codec gevonden wordt. En hoe
ik met 'uitbellen' de 711 codec kan forceren is me ook nog niet
duidelijk.
Groeten,
Marco.

Een aantal conclusies kunnen we dus denk ik al gaan trekken.
- Probleem doet zich zowel bij de duitse als bij de internationale
versie voor (ik gebruik duits, Marco internationaal). - Probleem doet
zich sinds afgelopen week voor (zowel bij mij als bij Marco). - probleem
is ongeveer op hetzelfde moment ontstaan dus het laadprobleem met
druppelladers kunnen we denk ik uitsluiten.
Mijn conclusie op dit moment is dat het probleem is ontstaan door
aanpassingen aan de kant van Xs4all.
Het instellen van de codecs voor op de FritzBox kun je met FBEditor
instellen. Door "use_audiocodecs = yes;" in te stellen forceer je de 711
codec (in elk gevalk voor het uitbellen).
Groet,
Marcel.

Bij elk type van de Fritzbox lijkt dit probleem voor te komen, bij de 7050
of de 7140 of beide. Ik heb zelf de 7140 Annex A en met het bellen naar mijn
eigen 08787 nummers nergens last van.

Hans

[Hans]

Post by Hans

Post by Marcel

Post by Marco de Groot

Post by Marcel
Welke Fritzbox (internationaal/duits) gebruiken de mensen met een
tik? Hoelang hebben jullie dit probleem al?

Zoals elders gemeld ik dus ook internationaal. Ik heb onlangs contact
gezocht met AVM om te vragen waarom de Duitse variant zeer geregeld
nieuwe firmware versies heeft en de internationale versie niet en daar
kwam geen zinnig antwoord uit.
Het probleem is sinds afgelopen week, maar dat komt waarschijnlijk
omdat sindsdien de 729 codec niet meer gebruikt wordt bij 'inbellen'.
Als ik uitbel neemt de Fritzbox (gek genoeg) nog wel de G729.
Ik zou ook niet weten hoe ik forceer dat ik alleen nog maar op G729
ontvang, als ik namelijk de PCMA en PCMU coded verwijder uit de lijst
codecs en use_audio_codecs = yes zeg, dan krijg ik geen verbinding
omdat er blijkbaar geen overeenkomstige codec gevonden wordt. En hoe
ik met 'uitbellen' de 711 codec kan forceren is me ook nog niet
duidelijk.
Groeten,
Marco.

Een aantal conclusies kunnen we dus denk ik al gaan trekken.
- Probleem doet zich zowel bij de duitse als bij de internationale
versie voor (ik gebruik duits, Marco internationaal). - Probleem doet
zich sinds afgelopen week voor (zowel bij mij als bij Marco). - probleem
is ongeveer op hetzelfde moment ontstaan dus het laadprobleem met
druppelladers kunnen we denk ik uitsluiten.
Mijn conclusie op dit moment is dat het probleem is ontstaan door
aanpassingen aan de kant van Xs4all.
Het instellen van de codecs voor op de FritzBox kun je met FBEditor
instellen. Door "use_audiocodecs = yes;" in te stellen forceer je de 711
codec (in elk gevalk voor het uitbellen).
Groet,
Marcel.

Bij elk type van de Fritzbox lijkt dit probleem voor te komen, bij de 7050
of de 7140 of beide. Ik heb zelf de 7140 Annex A en met het bellen naar
mijn eigen 08787 nummers nergens last van.
Hans

Ik bedoelde bij welk type lijkt dit probleem voor te komen......

Hans

[Marcel]

Post by Hans

Post by Hans

Post by Marcel

Post by Marco de Groot

Post by Marcel
Welke Fritzbox (internationaal/duits) gebruiken de mensen met een
tik? Hoelang hebben jullie dit probleem al?

Zoals elders gemeld ik dus ook internationaal. Ik heb onlangs
contact gezocht met AVM om te vragen waarom de Duitse variant zeer
geregeld nieuwe firmware versies heeft en de internationale versie
niet en daar kwam geen zinnig antwoord uit.
Het probleem is sinds afgelopen week, maar dat komt waarschijnlijk
omdat sindsdien de 729 codec niet meer gebruikt wordt bij
'inbellen'. Als ik uitbel neemt de Fritzbox (gek genoeg) nog wel de
G729.
Ik zou ook niet weten hoe ik forceer dat ik alleen nog maar op G729
ontvang, als ik namelijk de PCMA en PCMU coded verwijder uit de
lijst codecs en use_audio_codecs = yes zeg, dan krijg ik geen
verbinding omdat er blijkbaar geen overeenkomstige codec gevonden
wordt. En hoe ik met 'uitbellen' de 711 codec kan forceren is me
ook nog niet duidelijk.
Groeten,
Marco.

Een aantal conclusies kunnen we dus denk ik al gaan trekken.
- Probleem doet zich zowel bij de duitse als bij de internationale
versie voor (ik gebruik duits, Marco internationaal). - Probleem
doet zich sinds afgelopen week voor (zowel bij mij als bij Marco). -
probleem is ongeveer op hetzelfde moment ontstaan dus het
laadprobleem met druppelladers kunnen we denk ik uitsluiten.
Mijn conclusie op dit moment is dat het probleem is ontstaan door
aanpassingen aan de kant van Xs4all.
Het instellen van de codecs voor op de FritzBox kun je met FBEditor
instellen. Door "use_audiocodecs = yes;" in te stellen forceer je de
711 codec (in elk gevalk voor het uitbellen).
Groet,
Marcel.

Bij elk type van de Fritzbox lijkt dit probleem voor te komen, bij de
7050 of de 7140 of beide. Ik heb zelf de 7140 Annex A en met het
bellen naar mijn eigen 08787 nummers nergens last van.
Hans

Ik bedoelde bij welk type lijkt dit probleem voor te komen......
Hans

Ik heb het probleem bij een Annex B.

[Nero Imhard]

Post by Marcel
Ik heb het probleem bij een Annex B.

- Welk model?
- Duits of internationaal?
- Firmwareversie?

zo zegt het niet zo veel he...

N

[Marcel]

Post by Nero Imhard

Post by Marcel
Ik heb het probleem bij een Annex B.

- Welk model?
- Duits of internationaal?
- Firmwareversie?
zo zegt het niet zo veel he...
N

Zie mijn eerdere post...

Ik gebruik een duitse Fritzbox 7050 Wlan met engelse firmware 14.04.26

Groet,

Marcel.

[Marco de Groot]

Post by Marcel
Mijn conclusie op dit moment is dat het probleem is ontstaan door
aanpassingen aan de kant van Xs4all.

Dit weet ik nog niet zo zeker. Door de aanpassing van XS4All gebruikt
mijn Fritzbox de 711 codec. Dus mogelijk dat dit probleem altijd al
geweest is maar nu pas zichtbaar is. Volgens mij heb ik hiervoor altijd
over 729 gebeld.
Blijft wel de vraag waarom dit alleen optreedt bij externe verbindingen
en niet bij voip-voip.

Post by Marcel
Het instellen van de codecs voor op de FritzBox kun je met FBEditor
instellen. Door "use_audiocodecs = yes;" in te stellen forceer je de 711
codec (in elk gevalk voor het uitbellen).

Volgens mij veranderde dit bij mij niets aan het uitbellen. Momenteel
gebruik ik de speedtouch omdat de kwaliteit over de fritzbox
onacceptabel is, dus test het wat lastig om zeker te weten. Wat ik me
afvraag, tikt het bij gebruik van de 711 ook bij uitbellen?

Marco.

[Hans]

Post by Marcel

Post by Marco de Groot

Post by Marcel
Welke Fritzbox (internationaal/duits) gebruiken de mensen met een
tik? Hoelang hebben jullie dit probleem al?

Zoals elders gemeld ik dus ook internationaal. Ik heb onlangs contact
gezocht met AVM om te vragen waarom de Duitse variant zeer geregeld
nieuwe firmware versies heeft en de internationale versie niet en daar
kwam geen zinnig antwoord uit.
Het probleem is sinds afgelopen week, maar dat komt waarschijnlijk
omdat sindsdien de 729 codec niet meer gebruikt wordt bij 'inbellen'.
Als ik uitbel neemt de Fritzbox (gek genoeg) nog wel de G729.
Ik zou ook niet weten hoe ik forceer dat ik alleen nog maar op G729
ontvang, als ik namelijk de PCMA en PCMU coded verwijder uit de lijst
codecs en use_audio_codecs = yes zeg, dan krijg ik geen verbinding
omdat er blijkbaar geen overeenkomstige codec gevonden wordt. En hoe
ik met 'uitbellen' de 711 codec kan forceren is me ook nog niet
duidelijk.
Groeten,
Marco.

Een aantal conclusies kunnen we dus denk ik al gaan trekken.
- Probleem doet zich zowel bij de duitse als bij de internationale
versie voor (ik gebruik duits, Marco internationaal). - Probleem doet
zich sinds afgelopen week voor (zowel bij mij als bij Marco). - probleem
is ongeveer op hetzelfde moment ontstaan dus het laadprobleem met
druppelladers kunnen we denk ik uitsluiten.
Mijn conclusie op dit moment is dat het probleem is ontstaan door
aanpassingen aan de kant van Xs4all.
Het instellen van de codecs voor op de FritzBox kun je met FBEditor
instellen. Door "use_audiocodecs = yes;" in te stellen forceer je de 711
codec (in elk gevalk voor het uitbellen).
Groet,
Marcel.

Ik heb het probleem inmiddels ook op mijn Fritzbox 7140 gehoord. Dit stemt
mij niet erg hoopvol. Ook omdat ik laatst de helpdesk belde met een probleem
dat ik de voicemail niet kom bereiken. Het enigste wat ik kreeg te horen van
de helpdesk van XS4ALL dat ze me niet konden en wilden helpen omdat ze de
Fritzbox niet ondersteund werd. Dus Fritzbox bezitters dat klinkt niet erg
hoopvol. Overmorgen wordt mijn vaste telefoon geporteerd naar XS4ALL. Een
erg leuk vooruitzicht. Als XS4ALL inderdaad de problemen niet wil oplossen
voor andere modems als de Fritzbox dan wordt het voor mij snel een ander
voip provider zoeken waar ik mijn nummer naar toe kan porteren. Gelukkig bel
ik uit via voipbuster en die heeft gelukkig na een aantal dagen ellende in
de piekuren weer goede verbindingen. Dus voorlopig maar iedereen terugbellen
die mij belt.

Ik mag het mischien niet denken maar het VOIP bedrijf van XS4ALL is Frans
bedrijf en zo ook Thomson. Ik krijg langzamerhand het gevoel dat de VOIP
software bij XS4ALL heerlijk is geoptimaliseerd voor de Speedtouch waar zelf
bij XS4ALL nu een speciale firmware versie voor is. Dit laat dus steeds
minder ruimte over om andere apparatuur aan te sluiten en dus als klant
vrijheid te hebben in wat voor randapparatuur je kan gebruiken. Past niet
echt in het moderne EU van deze tijd

Hans

[maxx]

Post by Hans
Ik heb het probleem inmiddels ook op mijn Fritzbox 7140 gehoord. Dit stemt
mij niet erg hoopvol. Ook omdat ik laatst de helpdesk belde met een probleem
dat ik de voicemail niet kom bereiken. Het enigste wat ik kreeg te horen van
de helpdesk van XS4ALL dat ze me niet konden en wilden helpen omdat ze de
Fritzbox niet ondersteund werd. Dus Fritzbox bezitters dat klinkt niet erg
hoopvol. Overmorgen wordt mijn vaste telefoon geporteerd naar XS4ALL. Een
erg leuk vooruitzicht. Als XS4ALL inderdaad de problemen niet wil oplossen
voor andere modems als de Fritzbox dan wordt het voor mij snel een ander
voip provider zoeken waar ik mijn nummer naar toe kan porteren. Gelukkig bel
ik uit via voipbuster en die heeft gelukkig na een aantal dagen ellende in
de piekuren weer goede verbindingen. Dus voorlopig maar iedereen terugbellen
die mij belt.
Ik mag het mischien niet denken maar het VOIP bedrijf van XS4ALL is Frans
bedrijf en zo ook Thomson. Ik krijg langzamerhand het gevoel dat de VOIP
software bij XS4ALL heerlijk is geoptimaliseerd voor de Speedtouch waar zelf
bij XS4ALL nu een speciale firmware versie voor is. Dit laat dus steeds
minder ruimte over om andere apparatuur aan te sluiten en dus als klant
vrijheid te hebben in wat voor randapparatuur je kan gebruiken. Past niet
echt in het moderne EU van deze tijd
Hans

Zijn er mensen die het probleem hebben geconstateerd bij andere VoIP
accounts (bv. VoIPbuster)? Het is mij teveel werk om 'even' een VoIPbuster
account aan te maken (en daarvoor een complete Windows PC op te tuigen) om
vervolgens te testen met VoIPbuster...

gr,
maxx

[Hans]

Post by maxx

Post by Hans
Ik heb het probleem inmiddels ook op mijn Fritzbox 7140 gehoord. Dit stemt
mij niet erg hoopvol. Ook omdat ik laatst de helpdesk belde met een probleem
dat ik de voicemail niet kom bereiken. Het enigste wat ik kreeg te horen van
de helpdesk van XS4ALL dat ze me niet konden en wilden helpen omdat ze de
Fritzbox niet ondersteund werd. Dus Fritzbox bezitters dat klinkt niet erg
hoopvol. Overmorgen wordt mijn vaste telefoon geporteerd naar XS4ALL. Een
erg leuk vooruitzicht. Als XS4ALL inderdaad de problemen niet wil oplossen
voor andere modems als de Fritzbox dan wordt het voor mij snel een ander
voip provider zoeken waar ik mijn nummer naar toe kan porteren. Gelukkig bel
ik uit via voipbuster en die heeft gelukkig na een aantal dagen ellende in
de piekuren weer goede verbindingen. Dus voorlopig maar iedereen terugbellen
die mij belt.
Ik mag het mischien niet denken maar het VOIP bedrijf van XS4ALL is Frans
bedrijf en zo ook Thomson. Ik krijg langzamerhand het gevoel dat de VOIP
software bij XS4ALL heerlijk is geoptimaliseerd voor de Speedtouch waar zelf
bij XS4ALL nu een speciale firmware versie voor is. Dit laat dus steeds
minder ruimte over om andere apparatuur aan te sluiten en dus als klant
vrijheid te hebben in wat voor randapparatuur je kan gebruiken. Past niet
echt in het moderne EU van deze tijd
Hans

Zijn er mensen die het probleem hebben geconstateerd bij andere VoIP
accounts (bv. VoIPbuster)? Het is mij teveel werk om 'even' een VoIPbuster
account aan te maken (en daarvoor een complete Windows PC op te tuigen) om
vervolgens te testen met VoIPbuster...
gr,
maxx

Maxx

Ik heb al reeds weken een Voibuster account werkend en heb dit probleem daar
tijdens het testen nooit gehoord. We was er bij Voipbuster tussen vorige
week woensdag en deze maandag een problemeen dat tijdens te piekuren de
verbinding zeer rafelig klonken en onwerkbaar was. Dit is inmiddels
opgelost.

Hans

[maxx]

Post by Hans

Post by maxx

Post by Hans
Ik heb het probleem inmiddels ook op mijn Fritzbox 7140 gehoord. Dit stemt
mij niet erg hoopvol. Ook omdat ik laatst de helpdesk belde met een probleem
dat ik de voicemail niet kom bereiken. Het enigste wat ik kreeg te horen van
de helpdesk van XS4ALL dat ze me niet konden en wilden helpen omdat ze de
Fritzbox niet ondersteund werd. Dus Fritzbox bezitters dat klinkt niet erg
hoopvol. Overmorgen wordt mijn vaste telefoon geporteerd naar XS4ALL. Een
erg leuk vooruitzicht. Als XS4ALL inderdaad de problemen niet wil oplossen
voor andere modems als de Fritzbox dan wordt het voor mij snel een ander
voip provider zoeken waar ik mijn nummer naar toe kan porteren. Gelukkig bel
ik uit via voipbuster en die heeft gelukkig na een aantal dagen ellende in
de piekuren weer goede verbindingen. Dus voorlopig maar iedereen terugbellen
die mij belt.
Ik mag het mischien niet denken maar het VOIP bedrijf van XS4ALL is Frans
bedrijf en zo ook Thomson. Ik krijg langzamerhand het gevoel dat de VOIP
software bij XS4ALL heerlijk is geoptimaliseerd voor de Speedtouch waar zelf
bij XS4ALL nu een speciale firmware versie voor is. Dit laat dus steeds
minder ruimte over om andere apparatuur aan te sluiten en dus als klant
vrijheid te hebben in wat voor randapparatuur je kan gebruiken. Past niet
echt in het moderne EU van deze tijd
Hans

Zijn er mensen die het probleem hebben geconstateerd bij andere VoIP
accounts (bv. VoIPbuster)? Het is mij teveel werk om 'even' een VoIPbuster
account aan te maken (en daarvoor een complete Windows PC op te tuigen) om
vervolgens te testen met VoIPbuster...
gr,
maxx

Maxx
Ik heb al reeds weken een Voibuster account werkend en heb dit probleem daar
tijdens het testen nooit gehoord. We was er bij Voipbuster tussen vorige
week woensdag en deze maandag een problemeen dat tijdens te piekuren de
verbinding zeer rafelig klonken en onwerkbaar was. Dit is inmiddels
opgelost.
Hans

Ik heb inmiddels mijn oude Speestouch 716 weer achter de lijn gehangen.
Deze geeft geen 'gekraak' op de lijn... Het zit hem dus specifiek in de
Fritz (in mijn geval de 7050 internationaal).

Ik test nog een paar kleinigheden. Het resultaat zal ik posten in deze
groep.

Daarnaast ben ik van plan een mail te sturen aan ***@xs4all.nl en
***@xs4all.nl om het probleem aan te kaarten.

gr,
maxx

[maxx]

Ik bel inmiddels weer via de Fritz!Box zonder brom... Ik heb de regels
'use_audiocodecs = yes' en de regel 'audiocodecs = ...' verwijderd en de
Fritz herstart.

De brom is verdwenen en in /var/flash/voip.cfg staat nu:

use_audiocodecs = no;
audiocodecs = "PCMA", "PCMU", "G726-32", "G726-40", "G726-24";

De Speedtouch staat inmiddels weer in de doos (maar nog niet buiten bereik...)

gr,
maxx
:wq!

[Marco de Groot]

Post by maxx
Ik bel inmiddels weer via de Fritz!Box zonder brom... Ik heb de regels
'use_audiocodecs = yes' en de regel 'audiocodecs = ...' verwijderd en de
Fritz herstart.
use_audiocodecs = no;
audiocodecs = "PCMA", "PCMU", "G726-32", "G726-40", "G726-24";
De Speedtouch staat inmiddels weer in de doos (maar nog niet buiten bereik...)

Na het verwijderen van de regels en het herstarten komen de regels bij
mij niet automatisch terug in voip.cfg. Ook iets aanpassen in de
webinterface zorgt niet voor het verschijnen. Dan maar handmatig
overgenomen, maar helaas, bij mij blijft het getik (en niet gebrom). Ik
neem aan dat dit een Duitse versie is omdat de G729 er niet tussen staat?

Hier blijft de Speedtouch nog even staan....

Marco.

[maxx]

Post by Marco de Groot
Na het verwijderen van de regels en het herstarten komen de regels bij
mij niet automatisch terug in voip.cfg. Ook iets aanpassen in de
webinterface zorgt niet voor het verschijnen. Dan maar handmatig
overgenomen, maar helaas, bij mij blijft het getik (en niet gebrom). Ik
neem aan dat dit een Duitse versie is omdat de G729 er niet tussen staat?
Hier blijft de Speedtouch nog even staan....
Marco.

Keine Ahnung ob's 'ne Deutsche ist... hab's gefragt, aber das blöde Ding
antwortet nicht! ;)

(Met andere woorden: hoe controleer ik of het een Pruisische of
inetrnationale Fritz is?)

gr,
maxx

[Marco de Groot]

Post by maxx
(Met andere woorden: hoe controleer ik of het een Pruisische of
inetrnationale Fritz is?)

Als de web-interface in het Duits is, dan is het volgens mij een Duits
apparaat :) Is de interface Engels, dan is het internationaal.

Bedankt voor jouw cfg file, ik zal ze vanavond eens vergelijken.

Marco.

[maxx]

Post by Marco de Groot
Als de web-interface in het Duits is, dan is het volgens mij een Duits
apparaat :) Is de interface Engels, dan is het internationaal.

Dan heb ik gelukkig de internationale...

Post by Marco de Groot
Bedankt voor jouw cfg file, ik zal ze vanavond eens vergelijken.

Succes.

gr

[Marcel]

Post by Marco de Groot

Post by maxx
(Met andere woorden: hoe controleer ik of het een Pruisische of
inetrnationale Fritz is?)

Als de web-interface in het Duits is, dan is het volgens mij een Duits
apparaat :) Is de interface Engels, dan is het internationaal.
Bedankt voor jouw cfg file, ik zal ze vanavond eens vergelijken.
Marco.

Ook de kleur kan bepalend zijn. een zwarte Fritzbox is volgens mij
altijd een duitse versie. Een rode kan zowel internationaal als duits
zijn.

Marcel.

[maxx]

Mocht het helpen, hier mijn complete /var/flash/voip.cfg (passwords en
telefoonnummers verwijderd...)

/*
* /var/flash/voip.cfg
* Wed Jun 13 13:38:29 2007
*/

voipcfg {
dnsport = 7077;
rtpport_start = 7078;
ua1 {
enabled = yes;
username = "xxxxxxxxxxxxxxxxx";
authname = "";
passwd = "xxxxxxxxxxxxxxxxx";
registrar = "sip.xs4all.nl";
ttl = 30m;
sipping_enabled = no;
sipping_interval = 280s;
name = "xxxxxxxxxx";
authenticatemode = authenticate_mode_none;
infodtmfnotsupported = no;
register_failwaitmax = 30m;
stunserver = "";
stunserverport = 3478;
is_nat_aware = no;
clirtype = clir_displayname;
only_one_dialog = no;
presence_supported = no;
mwi_supported = yes;
tx_packetsize_in_ms = 20;
reject_refer = yes;
no_register_fetch = no;
do_not_register = no;
outboundproxy = "";
is_ddi = no;
backup_wanted = no;
}
ua2 {
enabled = no;
username = "xxxxxxxxxxxxxxxxx";
authname = "";
passwd = "xxxxxxxxxxxxxxxxx";
registrar = "sip.xs4all.nl";
ttl = 30m;
sipping_enabled = no;
sipping_interval = 280s;
name = "xxxxxxxxxx";
authenticatemode = authenticate_mode_none;
infodtmfnotsupported = no;
register_failwaitmax = 30m;
stunserver = "";
stunserverport = 3478;
is_nat_aware = no;
clirtype = clir_displayname;
only_one_dialog = no;
presence_supported = no;
mwi_supported = yes;
tx_packetsize_in_ms = 20;
reject_refer = yes;
no_register_fetch = no;
do_not_register = no;
outboundproxy = "sip.xs4all.nl:5060";
is_ddi = no;
backup_wanted = no;
}
ua3 {
enabled = no;
username = "xxxxxxxxxxxxxxxxx";
authname = "";
passwd = "xxxxxxxxxxxxxxxxx";
registrar = "sip.xs4all.nl";
ttl = 30m;
sipping_enabled = no;
sipping_interval = 280s;
name = "xxxxx";
authenticatemode = authenticate_mode_none;
infodtmfnotsupported = no;
register_failwaitmax = 30m;
stunserver = "";
stunserverport = 3478;
is_nat_aware = no;
clirtype = clir_displayname;
only_one_dialog = no;
presence_supported = no;
mwi_supported = yes;
tx_packetsize_in_ms = 20;
reject_refer = yes;
no_register_fetch = no;
do_not_register = no;
outboundproxy = "";
is_ddi = no;
backup_wanted = no;
}
use_audiocodecs = no;
audiocodecs = "PCMA", "PCMU", "G726-32", "G726-40", "G726-24";
verbose = no;
sip_prio = 0;
rtp_prio = 0;
dyn_codecs = no;
prio_low_codec = no;
send_ringtone = no;
blacklist = no;
enum_support_enabled = no;
enumdomains = "e164.arpa", "e164.org";
rtpstream {
voice_activity_detection {
enabled = no;
vad_threshold = 10000;
}
plc {
in_the_stack = yes;
}
jitter {
auto_on = yes;
in_ms = 50;
in_packets = 0;
}
rtcp_enabled = yes;
}
voip_assi_enabled = yes;
}


// EOF

[Marco de Groot]

Post by maxx
Mocht het helpen, hier mijn complete /var/flash/voip.cfg (passwords en
telefoonnummers verwijderd...)
/*
* /var/flash/voip.cfg
* Wed Jun 13 13:38:29 2007
*/
....
// EOF

Settings zijn hier hetzelfde, maar het getik blijft. Als ik naar buiten
bel dan wordt de G927 codec gebruikt:
Codec G729 (18) - audio 42400 hold=none (none) (by local)

Zet ik echter de use_audio_codes op yes, dan wordt bij naar buiten
bellen ook de 711 gebruikt:
Codec PCMA (8) - audio 106000 hold=none (none) (by local)
Met als gevolg dat ik ook bij naar buiten bellen getik op de ontvangende
lijn heb....

Als je PCMA en PCMU uit de codes lijst haalt (en use_audio_codes op
yes), dan komen inkomende verbindingen niet meer binnen:

Jun 13 21:54:54 voipd[732]: audio: 8 (8 PCMA/8000/1)
Jun 13 21:54:54 voipd[732]: audio: 8 (8 PCMA/8000/1) => NOT CONFIGURED
Jun 13 21:54:54 voipd[732]: audio: 0 (0 PCMU/8000/1)
Jun 13 21:54:54 voipd[732]: audio: 0 (0 PCMU/8000/1) => NOT CONFIGURED
Jun 13 21:54:54 voipd[732]: <>@sip.xs4all.nl: bandwidth left 4294967295
Jun 13 21:54:54 voipd[732]: call from <unknown> terminated (488)
Jun 13 21:54:54 voipd[732]: EVENT(79): Error in Internet telephony
during connec
tion. Reason for error: Not Acceptable Here (488)

Dit lijkt gewijzigd te zijn na het afgelopen onderhoud.

Ik zal eens een reset-to-default uitvoeren om te kijken wat dat doet.

Marco.

[Marco de Groot]

Post by Marco de Groot
Ik zal eens een reset-to-default uitvoeren om te kijken wat dat doet.

Niets anders :(

Het enige waar ik nog nieuwsgierig naar ben is wat XS4All VOIP ->
XS4All VOIP xs4all doet als het gepsprek niet via hetzelfde modem lopen.
Als ik naar mezelf bel van en naar voip dan ging dit dus goed (ook met
de 711 codec). Als nu blijkt dat dit ook goed gaat tussen twee modems,
dan weet je tenminste zeker dat het niet helemaal aan de Fritzbox ligt.

Marco.

[Marco de Groot]

Post by Marco de Groot
Het enige waar ik nog nieuwsgierig naar ben is wat XS4All VOIP ->
XS4All VOIP xs4all doet als het gepsprek niet via hetzelfde modem lopen.
Als ik naar mezelf bel van en naar voip dan ging dit dus goed (ook met
de 711 codec). Als nu blijkt dat dit ook goed gaat tussen twee modems,
dan weet je tenminste zeker dat het niet helemaal aan de Fritzbox ligt.

Ik bedacht met dat de webphone een eenvoudige test biedt: als ik met de
webphone van of naar de fritzbox bel, dan is er geen tik. Bel ik met een
vaste lijn naar hetzelfde nummer op de fritzbox, dan is er wel een echo.

Als het goed is zou er voor de Fritzbox geen verschil moeten zijn
tussen een binnenkomend gesprek vanaf een vaste lijn (of GSM) of vanaf
de webphone, maar dit is er dus wel. Ook het log is anders, zo heeft de
vaste lijn twee keer een rtp_start_session(image/video).

Is er iemand die hier de logica van snapt? Ik zal morgen de helpdesk
hier eens mee lastig vallen :)

Marco.


Log van inbellen via Webphone (geen tik):

Jun 14 19:45:16 voipd[699]: <<<UDP Request: INVITE sip:<>@80.100.19.201:
5060;transport=udp;uniq=7CECC67E813A8C3C05BD461B04C50
Jun 14 19:45:16 voipd[699]: <unknown>: session timer disabled
Jun 14 19:45:16 voipd[699]: <>@sip.xs4all.nl: bandwidth left 4294967295
Jun 14 19:45:16 voipd[699]: audio: 8 (8 PCMA/8000/1)
Jun 14 19:45:16 voipd[699]: audio: 8 (8 PCMA/8000/1) => (8 (8 PCMA/8000/1))
Jun 14 19:45:16 voipd[699]: call from sip:***@anonymous.invalid to
2 (sip2
:<no number>)
Jun 14 19:45:16 voipd[699]: VoIP led value = 18
Jun 14 19:45:16 voipd[699]: >>>UDP Status: 100 Trying
Jun 14 19:45:16 voipd[699]: alerting(appl=5 plci=0xe05 ncci=0x0 outgoing)
Jun 14 19:45:16 voipd[699]: >>>UDP Status: 180 Ringing
Jun 14 19:45:22 voipd[699]: plci_connected(appl=5 plci=0xe05 ncci=0x0
outgoing)
Jun 14 19:45:22 voipd[699]: connected(appl=5 plci=0xe05 ncci=0x10e05
outgoing) N
CPIlen=0
Jun 14 19:45:22 voipd[699]: allowed bandwidth 1013000 for
sip:***@anonymou
s.invalid
Jun 14 19:45:22 voipd[699]: <>@sip.xs4all.nl: bandwidth left 1013000
Jun 14 19:45:22 voipd[699]: audio: 8 (8 PCMA/8000/1)
Jun 14 19:45:22 voipd[699]: audio: 8 (8 PCMA/8000/1) => (8 (8 PCMA/8000/1))
Jun 14 19:45:22 voipd[699]: 194.109.8.3 37886 - 7078 audio 8(PCMA)
Jun 14 19:45:22 voipd[699]: Codec PCMA (8) - audio 106000 hold=none
(none) (by r
emote)
Jun 14 19:45:22 voipd[699]: rtp_start_session(image): no session definition
Jun 14 19:45:22 voipd[699]: rtp_start_session(video): no session definition
Jun 14 19:45:22 voipd[699]: bridgelimit: nConnections=1
Jun 14 19:45:22 voipd[699]: bridge lan set to max 30 packets/100ms
Jun 14 19:45:22 voipd[699]: >>>UDP Status: 200 OK
Jun 14 19:45:22 voipd[699]: <<<UDP Request: ACK sip:<>@80.100.19.201;uni
q=7CECC67E813A8C3C05BD461B04C50
Jun 14 19:45:22 voipd[699]: call from sip:***@anonymous.invalid
establishe
d
Jun 14 19:45:22 voipd[699]: DTMF filter off
Jun 14 19:45:24 voipd[699]: <<<UDP Request: BYE sip:<>@80.100.19.201;uni
q=7CECC67E813A8C3C05BD461B04C50
Jun 14 19:45:24 voipd[699]: QoS-Report(> anonymous via
anonymous.invalid): PS=91
;OS=14560;SP=0/0;SO=0;PR=67;OR=10720;CR=0;SR=0;PL=0;BL=0;EN=PCMA;DE=PCMA;JI=0
Jun 14 19:45:24 voipd[699]: Codec - (-) - audio 0
Jun 14 19:45:24 voipd[699]: bridgelimit: nConnections=0
Jun 14 19:45:24 voipd[699]: bridge lan set to full speed
Jun 14 19:45:24 voipd[699]: VoIP led value = 1
Jun 14 19:45:24 voipd[699]: ocfree: fail 0 normal 67 small 0 large 0
Jun 14 19:45:24 voipd[699]: underrun 0 max_ackqueuelen 2
Jun 14 19:45:24 voipd[699]: small packets merged 0, output 0 and
consume
d from CNG 0
Jun 14 19:45:24 voipd[699]: ocmode: normal 67 merged 0 delayed 0
Jun 14 19:45:24 voipd[699]: dropped 0 packets with 0 samples and one
sample in 0
packets
Jun 14 19:45:24 voipd[699]: generated noise: oben 0/unten <=37
Jun 14 19:45:24 voipd[699]: capiqueue[0]: 37 ( 55.2%)
Jun 14 19:45:24 voipd[699]: capiqueue[1]: 30 ( 44.7%)
Jun 14 19:45:24 voipd[699]: txqueue[ 0ms]: 37 ( 55.2%)
Jun 14 19:45:24 voipd[699]: txqueue[ 20ms]: 30 ( 44.7%)
Jun 14 19:45:24 voipd[699]: call from sip:***@anonymous.invalid
terminated
(200)
Jun 14 19:45:24 voipd[699]: sent: 91 (14560) voice, 0 (0) CN, 0 silence
Jun 14 19:45:24 voipd[699]: jitter packets 67 bytes 10720 drop_toolate 0
drop_du
plicates 0
Jun 14 19:45:24 voipd[699]: wrong_seq 0 packets lost 0 (max burst 0)
Jun 14 19:45:24 voipd[699]: rtpsession drop_nobuffer 0 drop_tooshort 0
decoder f
ailed 0
Jun 14 19:45:24 voipd[699]: >>>UDP Status: 200 OK
Jun 14 19:45:24 voipd[699]: disconnected(appl=5 plci=0xe05 ncci=0x10e05
outgoing
): local: 0x3490 (0x3301) -


Log van inbellen via vaste lijn (wel tik):

Jun 14 19:46:34 voipd[699]: <<<UDP Request: INVITE sip:<>@80.100.19.201:
5060;transport=udp;uniq=7CECC67E813A8C3C05BD461B04C50
Jun 14 19:46:34 voipd[699]: <unknown>: session timer disabled
Jun 14 19:46:34 voipd[699]: <>@sip.xs4all.nl: bandwidth left 4294967295
Jun 14 19:46:34 voipd[699]: audio: 8 (8 PCMA/8000/1)
Jun 14 19:46:34 voipd[699]: audio: 8 (8 PCMA/8000/1) => (8 (8 PCMA/8000/1))
Jun 14 19:46:34 voipd[699]: audio: 0 (0 PCMU/8000/1)
Jun 14 19:46:34 voipd[699]: audio: 0 (0 PCMU/8000/1) => (0 (0 PCMU/8000/1))
Jun 14 19:46:34 voipd[699]: call from sip:<>@sip.xs4all.nl;user=phone to
2 (sip2:<>)
Jun 14 19:46:34 voipd[699]: VoIP led value = 18
Jun 14 19:46:34 voipd[699]: >>>UDP Status: 100 Trying
Jun 14 19:46:34 voipd[699]: alerting(appl=5 plci=0x1105 ncci=0x0 outgoing)
Jun 14 19:46:34 voipd[699]: >>>UDP Status: 180 Ringing
Jun 14 19:46:37 voipd[699]: <<<UDP Request: (null) <NULL>
Jun 14 19:46:40 voipd[699]: <<<UDP Request: (null) <NULL>
Jun 14 19:46:40 voipd[699]: plci_connected(appl=5 plci=0x1105 ncci=0x0
outgoing)
Jun 14 19:46:40 voipd[699]: connected(appl=5 plci=0x1105 ncci=0x11105
outgoing)
NCPIlen=0
Jun 14 19:46:40 voipd[699]: allowed bandwidth 1013000 for sip:<>@sip.xs4
all.nl;user=phone
Jun 14 19:46:40 voipd[699]: <>@sip.xs4all.nl: bandwidth left 1013000
Jun 14 19:46:40 voipd[699]: audio: 8 (8 PCMA/8000/1)
Jun 14 19:46:40 voipd[699]: audio: 8 (8 PCMA/8000/1) => (8 (8 PCMA/8000/1))
Jun 14 19:46:40 voipd[699]: audio: 0 (0 PCMU/8000/1)
Jun 14 19:46:40 voipd[699]: audio: 0 (0 PCMU/8000/1) => (0 (0 PCMU/8000/1))
Jun 14 19:46:40 voipd[699]: 194.109.8.2 30382 - 7078 audio 8(PCMA)
Jun 14 19:46:40 voipd[699]: Codec PCMA (8) - audio 106000 hold=none
(none) (by r
emote)
Jun 14 19:46:40 voipd[699]: rtp_start_session(image): no session definition
Jun 14 19:46:40 voipd[699]: rtp_start_session(video): no session definition
Jun 14 19:46:40 voipd[699]: bridgelimit: nConnections=1
Jun 14 19:46:40 voipd[699]: bridge lan set to max 30 packets/100ms
Jun 14 19:46:40 voipd[699]: >>>UDP Status: 200 OK
Jun 14 19:46:40 voipd[699]: <<<UDP Request: ACK sip:<>@80.100.19.201;uni
q=7CECC67E813A8C3C05BD461B04C50
Jun 14 19:46:40 voipd[699]: call from sip:<>@sip.xs4all.nl;user=phone es
tablished
Jun 14 19:46:40 voipd[699]: DTMF filter off
Jun 14 19:46:40 voipd[699]: <<<UDP Request: UPDATE sip:<>@80.100.19.201;
uniq=7CECC67E813A8C3C05BD461B04C50
Jun 14 19:46:40 voipd[699]: allowed bandwidth 1013000 for sip:<>@sip.xs4
all.nl;user=phone
Jun 14 19:46:40 voipd[699]: <>@sip.xs4all.nl: bandwidth left 1013000
Jun 14 19:46:40 voipd[699]: audio: 8 (8 PCMA/8000/1)
Jun 14 19:46:40 voipd[699]: audio: 8 (8 PCMA/8000/1) => (8 (8 PCMA/8000/1))
Jun 14 19:46:40 voipd[699]: Codec PCMA (8) - audio 106000 hold=none
(none) (by r
emote)
Jun 14 19:46:40 voipd[699]: rtp_start_session(image): no session definition
Jun 14 19:46:40 voipd[699]: rtp_start_session(video): no session definition
Jun 14 19:46:40 voipd[699]: sip:<>@sip.xs4all.nl;user=phone: session tim
er disabled
Jun 14 19:46:40 voipd[699]: >>>UDP Status: 200 OK
Jun 14 19:46:42 voipd[699]: <<<UDP Request: (null) <NULL>
Jun 14 19:46:42 voipd[699]: <<<UDP Request: BYE sip:<>@80.100.19.201;uni
q=7CECC67E813A8C3C05BD461B04C50
Jun 14 19:46:42 voipd[699]: QoS-Report(> <> via sip.xs4all.nl): PS=105;O
S=16800;SP=0/0;SO=0;PR=96;OR=15360;CR=0;SR=0;PL=0;BL=0;EN=PCMA;DE=PCMA;JI=0
Jun 14 19:46:42 voipd[699]: Codec - (-) - audio 0
Jun 14 19:46:42 voipd[699]: bridgelimit: nConnections=0
Jun 14 19:46:42 voipd[699]: bridge lan set to full speed
Jun 14 19:46:42 voipd[699]: VoIP led value = 1
Jun 14 19:46:42 voipd[699]: ocfree: fail 0 normal 96 small 0 large 0
Jun 14 19:46:42 voipd[699]: underrun 0 max_ackqueuelen 2
Jun 14 19:46:42 voipd[699]: small packets merged 0, output 0 and
consume
d from CNG 0
Jun 14 19:46:42 voipd[699]: ocmode: normal 96 merged 0 delayed 0
Jun 14 19:46:42 voipd[699]: dropped 0 packets with 0 samples and one
sample in 0
packets
Jun 14 19:46:42 voipd[699]: generated noise: oben 0/unten <=7
Jun 14 19:46:42 voipd[699]: capiqueue[0]: 7 ( 7.2%)
Jun 14 19:46:42 voipd[699]: capiqueue[1]: 89 ( 92.7%)
Jun 14 19:46:42 voipd[699]: txqueue[ 0ms]: 7 ( 7.2%)
Jun 14 19:46:42 voipd[699]: txqueue[ 20ms]: 89 ( 92.7%)
Jun 14 19:46:42 voipd[699]: call from sip:<>@sip.xs4all.nl;user=phone te
rminated (200)
Jun 14 19:46:42 voipd[699]: sent: 105 (16800) voice, 0 (0) CN, 0 silence
Jun 14 19:46:42 voipd[699]: jitter packets 96 bytes 15360 drop_toolate 0
drop_du
plicates 0
Jun 14 19:46:42 voipd[699]: wrong_seq 0 packets lost 0 (max burst 0)
Jun 14 19:46:42 voipd[699]: rtpsession drop_nobuffer 0 drop_tooshort 0
decoder f
ailed 0
Jun 14 19:46:42 voipd[699]: >>>UDP Status: 200 OK
Jun 14 19:46:46 voipd[699]: disconnected(appl=5 plci=0x1105 ncci=0x11105
outgoin
g): local: 0x3490 (0x3301) -

[Rob van Vliet]

Post by Marco de Groot

Post by maxx
Ik bel inmiddels weer via de Fritz!Box zonder brom... Ik heb de regels
'use_audiocodecs = yes' en de regel 'audiocodecs = ...' verwijderd en de
Fritz herstart.
use_audiocodecs = no; audiocodecs = "PCMA", "PCMU",
"G726-32", "G726-40", "G726-24";
De Speedtouch staat inmiddels weer in de doos (maar nog niet buiten bereik...)

Na het verwijderen van de regels en het herstarten komen de regels bij
mij niet automatisch terug in voip.cfg. Ook iets aanpassen in de
webinterface zorgt niet voor het verschijnen. Dan maar handmatig
overgenomen, maar helaas, bij mij blijft het getik (en niet gebrom). Ik
neem aan dat dit een Duitse versie is omdat de G729 er niet tussen staat?
Hier blijft de Speedtouch nog even staan....
Marco.

Misschien is het handig dat meer mensen hun ervaringen posten
- - Fritz!Box Fon, Engelse Firmware, Annex B
- - Tot vorige week "use_audiocodecs = yes" (vanwege echo problemen, leek
niet echt een oplossing)
- - Nu weer "use_audiocodecs = no"
- - audiocodecs = "PCMA", "PCMU", "G726-32";
- - Geen echo, geen tikken

Het zou niettemin handig zijn als we concrete informatie zouden hebben
_wat_ er nu precies veranderd is aan xs4all kant...

Rob

[maxx]

Post by Rob van Vliet
Misschien is het handig dat meer mensen hun ervaringen posten
- - Fritz!Box Fon, Engelse Firmware, Annex B
- - Tot vorige week "use_audiocodecs = yes" (vanwege echo problemen, leek
niet echt een oplossing)
- - Nu weer "use_audiocodecs = no"
- - audiocodecs = "PCMA", "PCMU", "G726-32";
- - Geen echo, geen tikken

Yep. Ik kan weer fatsoenlijk bellen met de Fritz... Dank voor het posten
van de settings.

gr,
maxx

[Marcel]

Post by maxx

Post by Rob van Vliet
Misschien is het handig dat meer mensen hun ervaringen posten
- - Fritz!Box Fon, Engelse Firmware, Annex B
- - Tot vorige week "use_audiocodecs = yes" (vanwege echo problemen,
leek niet echt een oplossing)
- - Nu weer "use_audiocodecs = no"
- - audiocodecs = "PCMA", "PCMU", "G726-32";
- - Geen echo, geen tikken

Yep. Ik kan weer fatsoenlijk bellen met de Fritz... Dank voor het
posten van de settings.
gr,
maxx

Klopt.....
Door "use_audiocodecs = no" wordt niet meer de G711 gebruikt maar de
G726. Echter de geluidskwaliteit zou met de G711 normaal gesproken beter
moeten zijn.

marcel

[Michel de Boer]

Post by a***@xs4all.nl
G729 is een codec die o.a. comprimeert! Dat betekent dat van 64kbps
==> 8kbps gemaakt wordt.
M.a.w. de duur van de tik wordt met 64/8 = 8x verkort, en is daarmee
nauwelijks tot niet meer hoorbaar!

Da's een goeie!

MP3 comprimeert ook. En daarom duren alle liedjes veel korter dan
normaal :)

Als er met G.729 geen tikken te horen zijn en met G.711 wel, dan
zou het te maken kunnen hebben met silence suppression. G.729 heeft
speciale silence frames, waarbij in periodes van stilte slechts
een paar bytes worden over gestuurd, deze worden door de ontvanger
vertaald in achtergrondruis. Bij G.711 kan je evt. silence suppression
doen door geen pakketten te sturen tijdens stilte (tikken??).

Met mijn homemade softphone heb ik geen last van tikken. Ik heb
met wireshark 's de RTP stroom geanalyseerd (gesprek van VoIP
naar analoge KPN lijn) en die ziet er perfect uit. Geen spoor
van silence suppression.

Het enige dat me opvalt is dat er erg veel CIRPACK keep alive packets
binnenkomen op de SIP port (5060): 35 in 1 minuut. Iets minder
(2 a 3 per minuut) lijkt mij wel genoeg om een NAT binding open te
houden. Mogelijk dat Fritzbox dit niet fijn vind???

Groet,
Michel

[Hans]

Post by Michel de Boer

Post by a***@xs4all.nl
G729 is een codec die o.a. comprimeert! Dat betekent dat van 64kbps
==> 8kbps gemaakt wordt.
M.a.w. de duur van de tik wordt met 64/8 = 8x verkort, en is daarmee
nauwelijks tot niet meer hoorbaar!

Da's een goeie!
MP3 comprimeert ook. En daarom duren alle liedjes veel korter dan
normaal :)
Als er met G.729 geen tikken te horen zijn en met G.711 wel, dan
zou het te maken kunnen hebben met silence suppression. G.729 heeft
speciale silence frames, waarbij in periodes van stilte slechts
een paar bytes worden over gestuurd, deze worden door de ontvanger
vertaald in achtergrondruis. Bij G.711 kan je evt. silence suppression
doen door geen pakketten te sturen tijdens stilte (tikken??).
Met mijn homemade softphone heb ik geen last van tikken. Ik heb
met wireshark 's de RTP stroom geanalyseerd (gesprek van VoIP
naar analoge KPN lijn) en die ziet er perfect uit. Geen spoor
van silence suppression.
Het enige dat me opvalt is dat er erg veel CIRPACK keep alive packets
binnenkomen op de SIP port (5060): 35 in 1 minuut. Iets minder
(2 a 3 per minuut) lijkt mij wel genoeg om een NAT binding open te
houden. Mogelijk dat Fritzbox dit niet fijn vind???
Groet,
Michel

Ik heb een insteling gewijzigd in het voip.vfg configuratie bestand. Het
probleem is niet opgelost maar een stuk minder. Als ik niet internet dat
zijn er nauwelijks tikken hoorbaar. Misschien voor een aantal van ons een
tijdelijke oplossing. De wijziging is:


tx_packetsize_in_ms = 20; ---> tx_packetsize_in_ms = 15;


Hans

[Peter]

Ik had van de week een VOIP helpdeskmedewerker aan de lijn die mij er op
attendeerde bij mij dezelfde tik te horen... ik hoorde hem niet.

Hij gaf aan dat dit veelal lag aan de voeding (power supply) van of een oude
ISDN centrale, een ISDN basis station of een DECT telefoon oplader die via
het druppel principe werkt. De tik is het schakelen van de laadstroom... als
ik 'de uitleg goed begrepen heb tenminste.

Ik moet e.e.a. nog proefondervindelijk uitzoeken en vast stellen maar ik heb
een oude KPN Chicago draadloze ISDN centrale hangen aan hetzelfde
stopcontact als m'n FritzBox 7050.

Wellicht helpt dit je iets...

Peter

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn Fritzbox
of via mijn PDA (wlan). Ook het nummer (08787... of geporteerde locale
nummer) maakt daarbij niet uit. Zijn er meer mensen die hier last van
hebben
Marcel.

[Hans Zorn]

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn Fritzbox
of via mijn PDA (wlan). Ook het nummer (08787... of geporteerde locale
nummer) maakt daarbij niet uit. Zijn er meer mensen die hier last van
hebben
Marcel.

Ben ik dus TOCH niet de enige! Zie de thread 'slechte ervaringen met
Fritzbox' alhier.

Hans

[j***@live.nl]

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn Fritzbox
of via mijn PDA (wlan). Ook het nummer (08787... of geporteerde locale
nummer) maakt daarbij niet uit. Zijn er meer mensen die hier last van
hebben
Marcel.

hallo allemaal,

Ik bel sinds kort via VOIP. (xs4all als provider). Als modem heb ik
een Fritz! box Wlan Fon 7050 annex B. Mijn telefoonabonnement heb ik
bij KPN opgezegd. Ik had veel last van die irritant tikken als iemand
mij belde. Ik heb de vele advies gevolgd die op dit forum aanwezig
zijn maar niets hielp. De tikken bleven aanwezig. Ten einde rade heb
ik mijn modem opnieuw gereset in de fabriek instelling. ( de blanco
instelling als je de modem koopt.)
Ik heb alle gegevens opnieuw ingevuld en voila, geen irritant tikken
meer. Vraag me niet hoe dat kan want dat weet ik niet. wat ik wel weet
is dat die irritant tikken weg zijn als iemand mij belt. Misschien
werkt deze tip voor ander mensen ook.

EEN OPGELUCHT VOIP GEBRUIKER

[Marcel]

Post by j***@live.nl

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn
Fritzbox of via mijn PDA (wlan). Ook het nummer (08787... of
geporteerde locale nummer) maakt daarbij niet uit. Zijn er meer
mensen die hier last van hebben
Marcel.

hallo allemaal,
Ik bel sinds kort via VOIP. (xs4all als provider). Als modem heb ik
een Fritz! box Wlan Fon 7050 annex B. Mijn telefoonabonnement heb ik
bij KPN opgezegd. Ik had veel last van die irritant tikken als iemand
mij belde. Ik heb de vele advies gevolgd die op dit forum aanwezig
zijn maar niets hielp. De tikken bleven aanwezig. Ten einde rade heb
ik mijn modem opnieuw gereset in de fabriek instelling. ( de blanco
instelling als je de modem koopt.)
Ik heb alle gegevens opnieuw ingevuld en voila, geen irritant tikken
meer. Vraag me niet hoe dat kan want dat weet ik niet. wat ik wel weet
is dat die irritant tikken weg zijn als iemand mij belt. Misschien
werkt deze tip voor ander mensen ook.
EEN OPGELUCHT VOIP GEBRUIKER

Gebruik je na deze actie nog wel de G.711 codec of zit je weer op de
G.729?

Groet,

Marcel.

[r***@gmail.com]

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn Fritzbox
of via mijn PDA (wlan). Ook het nummer (08787... of geporteerde locale
nummer) maakt daarbij niet uit. Zijn er meer mensen die hier last van
hebben
Marcel.

Ik heb hetzelfde probleem. Echter via een andere provider. Wij gebruiken Voiceworks. VDSL verbinding met daartussen een Fortigate. Porten 5060 en 5080 staan open. UPD 10000 tm 200000.

Ervaren dat de ontvangende kant een gebrom hoort. De uitbellende kant hoort af en toe tikjes/haperingen in het gesprek. Speedtest gedaan vanaf de Server. 12ms down van 20Mbit en up van 3Mbit. QOS staat aan....

Nog steeds problemen... Als er iemand is..... graag.

[Rob]

Post by r***@gmail.com

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn Fritzbox
of via mijn PDA (wlan). Ook het nummer (08787... of geporteerde locale
nummer) maakt daarbij niet uit. Zijn er meer mensen die hier last van
hebben
Marcel.

Ik heb hetzelfde probleem. Echter via een andere provider. Wij gebruiken Voiceworks. VDSL verbinding met daartussen een Fortigate. Porten 5060 en 5080 staan open. UPD 10000 tm 200000.
Ervaren dat de ontvangende kant een gebrom hoort. De uitbellende kant hoort af en toe tikjes/haperingen in het gesprek. Speedtest gedaan vanaf de Server. 12ms down van 20Mbit en up van 3Mbit. QOS staat aan....
Nog steeds problemen... Als er iemand is..... graag.

Dit komt meestal omdat je internet verbinding helemaal vol zit met ander
verkeer. Probeer in kaart te brengen wat er verder voor verkeer op
die lijn zit.

[Marc Amsterdam]

Post by Marcel
Dag allemaal,
Sinds twee dagen heb ik een tik in mijn voip verbinding.
Het maakt daarbij niet uit of ik een verbinding opbouw via mijn Fritzbox
of via mijn PDA (wlan). Ook het nummer (08787... of geporteerde locale
nummer) maakt daarbij niet uit. Zijn er meer mensen die hier last van
hebben
Marcel.

Heb ik ook, tenminste als ik mijn ouwe aan de telefoon heb. Bij mijn
ouwe moer is het een piep...

:-)

[Jooop!]

Ik hoop dat dit probleem negen jaar na dato is opgelost.