Jerry
2016-01-22 17:04:43 UTC
Zoals hier ergens al gemeld hebben we een nieuw SIP platform in gebruik
genomen. We hebben hierbij nog een kleine leuke verassing.
Bij gesprekken tussen XS4ALL VoIP accounts wordt G.722 als codec in de
handshake geaccepteerd.
Default is G.722 enabled in de voip.cfg van de FRITZ!Box, maar deze
wordt alleen gebruikt wanneer de clients de hogere gesprekskwaliteit ook
daadwerkelijk kunnen afhandelen.
Heb je een DECT telefoon aangesloten die in staat zou moeten zijn tot
"HD calls" (DECT CAT-iq, bijvoorbeeld de AVM telefoons) of een sip
client (bijv de FRITZ!App Fon) aangemeld op de interne SIP proxy, dan....
Dit werkt natuurlijk alleen wanneer de andere kant van het gesprek ook
een geschikte opstelling heeft.
Dit werkt niet bij
* Analoge apparatuur op de FON poort
* ISDN apparatuur (S0 bus)
* In de FB geïntegreerde features als voicemail en TAM
In de praktijk zal je het door de eisen aan beide zeiden niet heel vaak
tegenkomen, maar desondanks;
Happy testing!
Jerry
genomen. We hebben hierbij nog een kleine leuke verassing.
Bij gesprekken tussen XS4ALL VoIP accounts wordt G.722 als codec in de
handshake geaccepteerd.
Default is G.722 enabled in de voip.cfg van de FRITZ!Box, maar deze
wordt alleen gebruikt wanneer de clients de hogere gesprekskwaliteit ook
daadwerkelijk kunnen afhandelen.
Heb je een DECT telefoon aangesloten die in staat zou moeten zijn tot
"HD calls" (DECT CAT-iq, bijvoorbeeld de AVM telefoons) of een sip
client (bijv de FRITZ!App Fon) aangemeld op de interne SIP proxy, dan....
Dit werkt natuurlijk alleen wanneer de andere kant van het gesprek ook
een geschikte opstelling heeft.
Dit werkt niet bij
* Analoge apparatuur op de FON poort
* ISDN apparatuur (S0 bus)
* In de FB geïntegreerde features als voicemail en TAM
In de praktijk zal je het door de eisen aan beide zeiden niet heel vaak
tegenkomen, maar desondanks;
Happy testing!
Jerry