IP telefoni / ISDN apparat

[da]

Er det i det hele tatt mulig å benytte et ISDN apparat til IP telefoni
?
Har en Siemens Gigaset SX303 isdn.

Dagfinn S.

[Stein]

"da" <***@tande.com> wrote in message news:***@g14g2000cwa.googlegroups.com...
Er det i det hele tatt mulig å benytte et ISDN apparat til IP telefoni
?
Har en Siemens Gigaset SX303 isdn.

Dagfinn S.



Justip påstår at det skulle komme forrige måned
se punkt 19
http://justip.no/side/22130/index.html

Stein

[Jostein Berrefjord]

Er det i det hele tatt mulig å benytte et ISDN apparat til IP telefoni?
Har en Siemens Gigaset SX303 isdn.

Teori og praksis...

Et ISDN-apparat har en ganske tett dialog med NT1-boksen som kobler deg
til ISDN-nettet. NT1-boksen gir telefonen klarsignal til å "snakke";
forteller den hvilken B-kanal den har fått tildelt osv. Hvis du kutter
ut den, må du ha noe i PCen din som erstatter de funksjonene.

Det første steget er å ha noe som du i det hele tatt kan plugge
ISDN-telefonen din inn i - noe med riktig kontakt for telefonens plugg.
Men så må denne oppføre seg som den gamle NT1-boksen din også....
Da jeg spurte i ISDN-gruppa, ble det svart at (ihvertfall enkelte)
ISDN-kort fra Billion, selv om de normalt oppfører seg likt med et
telefonapparat og venter å bli styrt fra en NT1, også kan stilles om
til å selv opptre som den styrende, lignende en NT1 (i
ISDN-terminologi opptrer de som en NT2). Bruker du dette kortet for å
"snakke med" ditt ISDN-apparat, kan det formidle samtalen videre til et
ISDN-nett, eller til et IP-nett.

Men det er et par haker ved det. For det første krever det
programvare. Den er fritt tilgjengelig, men er basert på Linux, ikke
på Windows. Hvis du ikke har en tilgjengelig Linux-maskin, er du
kanskje ikke fullt så interessert, om du må skaffe en ny (eller
brukt) PC bare for å kjøre telefonen. Dernest: De fleste
standard-telefoner forventer at NT1-boksen leverer spenning til
ringesignalet (90V!) og vanlig driftsspenning (48-24V). Kortet i PCen
gjør ikke det, og jeg ble anbefalt å "bruke en gammel NT1" for å
skaffe den spenningen. Det er ikke nødvendigvis et tilgjengelig
alternativ for Gud&Hvermann

Konklusjon: Det er fullt mulig å koble opp et ISDN-apparat mot IP, men
det er ikke bare "plug & play" - det er mer en aktivitet for hackere.
Det er heller ikke *helt* gratis - Billion-kort ikke koster allverden,
men det vil nok ta deg noen timers ståk og styr å få det hele på
plass (særlig om du må legge om maskinen din til Linux). Så du gjør
noe slikt av teknisk interesse, ikke for å spare penger, og *absolutt*
ikke for å spare tid :-).

[Tor-Einar Jarnbjo]

Post by da
Er det i det hele tatt mulig å benytte et ISDN apparat til IP telefoni

Ja. Blant annet AVM har adaptere for å bruke ISDN-telefoner til
IP-telefoni. I motsetning til den lange og unødvendig kompliserte
forklaringen fra Jostein, er det like mye "plug&play" å bruke et slikt
adapter som å bruke et adapter for analoge telefoner.

Tor-Einar

[Jostein Berrefjord]

Post by Tor-Einar Jarnbjo
Blant annet AVM har adaptere for å bruke ISDN-telefoner til
IP-telefoni. I motsetning til den lange og unødvendig kompliserte
forklaringen fra Jostein, er det like mye "plug&play" å bruke et slikt
adapter som å bruke et adapter for analoge telefoner.

Jeg tolket Dagfinn sin forespørsel som et ønske om å "bevare
investeringen" i et kostbart ISDN-apparat. Når veiledende utsalgspris
for FRITZ!Box Fon er 163 euro - rundt tusenlappen - da er det ikke så
*veldig* mye å spare :-)
Jeg har også hørt at det finnes lignende adaptere som plugges inn i
lokalnettet ditt, ikke i DSL-tilkoblingen, men uten at jeg kjenner til
konkrete produkter, mistenker jeg at de ikke ligger så fryktelig langt
unna i pris. ISDN fikk aldri en utbredelse som gir et marked på en
million slike adaptere - de er nisje-produkter.

En annen sak er at FRITZ!Box'en også erstatter ditt eksisterende
ADSL-modem. Jeg vet ikke hvordan det er med standarder og
kompatibilitet - om du kan bytte ADSL-modemer fritt og uavhengig av
leverandør av nett og software (og være garantert samme
oppgraderingsmuligheter i framtida). Hvis alt er fullt ut
standardisert, da byr jo ikke det på noen problemer. Er IP-telefoni
tilsvarende standardisert - er man garantert at telefoni-leverandøren
og denne boksen snakker eksakt samme standarder og ikke forventer noe
som den andre ikke har støtte for ? Vel, hvis også det er på plass,
og du har lyst til å bruke en tusenlapp på en FRITZ!Box, så er det
bare tut og kjør.

Skal du gjøre det på billigste måte, må du stadig vekk være
forberedt på litt "mekking".

[Bjørn Brox]

Post by Jostein Berrefjord

Post by Tor-Einar Jarnbjo
Blant annet AVM har adaptere for å bruke ISDN-telefoner til
IP-telefoni. I motsetning til den lange og unødvendig kompliserte
forklaringen fra Jostein, er det like mye "plug&play" å bruke et slikt
adapter som å bruke et adapter for analoge telefoner.

Jeg tolket Dagfinn sin forespørsel som et ønske om å "bevare
investeringen" i et kostbart ISDN-apparat. Når veiledende utsalgspris
for FRITZ!Box Fon er 163 euro - rundt tusenlappen - da er det ikke så
*veldig* mye å spare :-)

Sparing er en ting, men jeg syntes selv det var en gedigen teknologisk
nedtur å gå fra ISDN til Ip-telefoni med gammeldagse analoge telefoner.

Savner øyeblikkelig nummervisning, digital nummersending og dermed
betraktelig raskere oppkobling, bedre lyd og talekvalitet, betjening av
flere linjer på samme apparat, parkering og overføring av samtaler og så
vidre.

Det eneste jeg ikke savner er blodprisen per måned som telenor skulle ha
bare for kontakta på veggen.

Vurderer selv å sette opp en linuxboks som lokal ISDN sentral.

[Per W.]

Post by Bjørn Brox

Post by Jostein Berrefjord

Post by Tor-Einar Jarnbjo
Blant annet AVM har adaptere for å bruke ISDN-telefoner til
IP-telefoni. I motsetning til den lange og unødvendig kompliserte
forklaringen fra Jostein, er det like mye "plug&play" å bruke et slikt
adapter som å bruke et adapter for analoge telefoner.

Jeg tolket Dagfinn sin forespørsel som et ønske om å "bevare
investeringen" i et kostbart ISDN-apparat. Når veiledende utsalgspris
for FRITZ!Box Fon er 163 euro - rundt tusenlappen - da er det ikke så
*veldig* mye å spare :-)

Sparing er en ting, men jeg syntes selv det var en gedigen teknologisk
nedtur å gå fra ISDN til Ip-telefoni med gammeldagse analoge telefoner.
Savner øyeblikkelig nummervisning, digital nummersending og dermed
betraktelig raskere oppkobling, bedre lyd og talekvalitet, betjening av
flere linjer på samme apparat, parkering og overføring av samtaler og så
vidre.
Det eneste jeg ikke savner er blodprisen per måned som telenor skulle ha
bare for kontakta på veggen.
Vurderer selv å sette opp en linuxboks som lokal ISDN sentral.

Men dette vil vel ikke løse noen av problemene? Det vil jo fortsatt ta tid
før nr. kommer frem og kvaliteten vil jo fortsatt være like dårlig.

/Per W.

[Bjørn Brox]

Post by Per W.

Post by Bjørn Brox

Post by Jostein Berrefjord

Post by Tor-Einar Jarnbjo
Blant annet AVM har adaptere for å bruke ISDN-telefoner til
IP-telefoni. I motsetning til den lange og unødvendig kompliserte
forklaringen fra Jostein, er det like mye "plug&play" å bruke et slikt
adapter som å bruke et adapter for analoge telefoner.

Jeg tolket Dagfinn sin forespørsel som et ønske om å "bevare
investeringen" i et kostbart ISDN-apparat. Når veiledende utsalgspris
for FRITZ!Box Fon er 163 euro - rundt tusenlappen - da er det ikke så
*veldig* mye å spare :-)

Sparing er en ting, men jeg syntes selv det var en gedigen teknologisk
nedtur å gå fra ISDN til Ip-telefoni med gammeldagse analoge telefoner.
Savner øyeblikkelig nummervisning, digital nummersending og dermed
betraktelig raskere oppkobling, bedre lyd og talekvalitet, betjening av
flere linjer på samme apparat, parkering og overføring av samtaler og så
vidre.
Det eneste jeg ikke savner er blodprisen per måned som telenor skulle ha
bare for kontakta på veggen.
Vurderer selv å sette opp en linuxboks som lokal ISDN sentral.

Men dette vil vel ikke løse noen av problemene? Det vil jo fortsatt ta tid
før nr. kommer frem og kvaliteten vil jo fortsatt være like dårlig.

Det er selvfølgelig snakk å kutte analogdelen helt, dvs la linux boksen
være grensesnittet mot nettet.

Tror jeg har det som trenges, gammel NT1, ISDN kort, gammel PC. Trnger
bare tid og ork.

[Brynjulf Blix]

Post by Bjørn Brox

Post by Jostein Berrefjord

Post by Tor-Einar Jarnbjo
Blant annet AVM har adaptere for å bruke ISDN-telefoner til
IP-telefoni. I motsetning til den lange og unødvendig kompliserte
forklaringen fra Jostein, er det like mye "plug&play" å bruke et slikt
adapter som å bruke et adapter for analoge telefoner.

Jeg tolket Dagfinn sin forespørsel som et ønske om å "bevare
investeringen" i et kostbart ISDN-apparat. Når veiledende utsalgspris
for FRITZ!Box Fon er 163 euro - rundt tusenlappen - da er det ikke så
*veldig* mye å spare :-)

Sparing er en ting, men jeg syntes selv det var en gedigen teknologisk
nedtur å gå fra ISDN til Ip-telefoni med gammeldagse analoge telefoner.
Savner øyeblikkelig nummervisning, digital nummersending og dermed
betraktelig raskere oppkobling, bedre lyd og talekvalitet, betjening av
flere linjer på samme apparat, parkering og overføring av samtaler og så
vidre.
Det eneste jeg ikke savner er blodprisen per måned som telenor skulle ha
bare for kontakta på veggen.
Vurderer selv å sette opp en linuxboks som lokal ISDN sentral.

IP-telefoni er jo pr definisjon et dårligere produkt når det gjelder
lydkvalitet, stabilitet og garantert båndbredde enn ISDN. Selv om du kobler
Verdens Beste ISDN-apparat i hver ende, og en Linux-boks tweka etter alle
kunstens regler på hver side - så er IP og nettet fremdeles flaskehalsen.

Vi har en utmerket B&O analog telefon fra ca 1991 som låt topp (som telefon)
på analog linje, over ISDN med analog-adapter og - når forbindelsen
tilfeldigvis er god - også på IP.

Du velger ikke IP-telefoni pga kvaliteten på tjenesten. Du velger det pga
prisen.

Men det drøyer vel ikke så lenge før det ikke lenger finnes noe annet enn
IP-telefoni. Den går samme veien som det analoge TV-bakkenettet. Og vi får
vel anta at kvaliteten etter hvert blir noe bedre enn i dag . Folk synes det
er bra nok.

Folk flest liker også Pizza Grandiosa...

Blix

[Stein]

Post by Brynjulf Blix
IP-telefoni er jo pr definisjon et dårligere produkt når det gjelder
lydkvalitet, stabilitet og garantert båndbredde enn ISDN. Selv om du
kobler Verdens Beste ISDN-apparat i hver ende, og en Linux-boks tweka
etter alle kunstens regler på hver side - så er IP og nettet fremdeles
flaskehalsen.
Du velger ikke IP-telefoni pga kvaliteten på tjenesten. Du velger det pga
prisen.

Ja
godt formulert

Post by Brynjulf Blix
Folk flest liker også Pizza Grandiosa...

Nei
det smaker ikke bra


Stein

[Jostein Berrefjord]

Post by Stein

Post by Brynjulf Blix
Du velger ikke IP-telefoni pga kvaliteten på tjenesten. Du velger det pga
prisen.

Ja
godt formulert

Jeg har aldri forsøkt IP-telefoni, og kjenner ikke de tekniske
detaljene, så jeg må spørrre:

Hva er egentlig problemet med lydkvaliteten i IP-telefoni? Er det
forvrenging pga. komprimering? Eller plagsomt høy forsinkelse? Er det
avbrytelser i lydstrømmen? Er frekvensområde og S/N dårligere enn vi
er vant med?

Hvis vi ser på det fra teknisk side: Er dette iboende svakheter ved de
mekansimene som brukes? (Hvis det f.eks. er en minimum pakkestørrelse
som betinger at det samles opp 100 ms lyd før pakken sendes ut, da er
en relativt stor forsinkelse iboende i systemet.) Hva skal til for å
få lydkvaliteten opp - er det *mulig* med de standardene vi nå
benytter, eller må det innføres noe helt nytt og annerledes for å
få en lydkvalitet på høyde med (eller over) det vi er vant med fra
ISDN?

Er også interessert i referanser til standarder, RFCer og sånt, som
brukes i IP-telefoni!

[Brynjulf Blix]

Post by Jostein Berrefjord
Jeg har aldri forsøkt IP-telefoni, og kjenner ikke de tekniske
Hva er egentlig problemet med lydkvaliteten i IP-telefoni? Er det
forvrenging pga. komprimering? Eller plagsomt høy forsinkelse? Er det
avbrytelser i lydstrømmen? Er frekvensområde og S/N dårligere enn vi
er vant med?

Svaret er ja på alle punkter. Problemet med IP er at alt blir variabler og
ikke konstanter...

Post by Jostein Berrefjord
Hvis vi ser på det fra teknisk side: Er dette iboende svakheter ved de
mekansimene som brukes? (Hvis det f.eks. er en minimum pakkestørrelse
som betinger at det samles opp 100 ms lyd før pakken sendes ut, da er
en relativt stor forsinkelse iboende i systemet.) Hva skal til for å
få lydkvaliteten opp - er det *mulig* med de standardene vi nå
benytter, eller må det innføres noe helt nytt og annerledes for å
få en lydkvalitet på høyde med (eller over) det vi er vant med fra
ISDN?

QoS over hele nettet vil på sikt kunne løse problemene.

Post by Jostein Berrefjord
Er også interessert i referanser til standarder, RFCer og sånt, som
brukes i IP-telefoni!

Google

Blix

[Geir Harris Hedemark]

Post by Jostein Berrefjord
Hva er egentlig problemet med lydkvaliteten i IP-telefoni? Er det
forvrenging pga. komprimering? Eller plagsomt høy forsinkelse? Er det
avbrytelser i lydstrømmen? Er frekvensområde og S/N dårligere enn vi
er vant med?

Forsinkelse (ved lange avstander som rutes f.eks. over satelitt) og
klipping (pga mangel på båndbredde eller annen trafikk)

Når det gjelder analog frekvensgang og S/N så er den sammenlignbar med
analogtelefoni eller ISDN, gitt at leverandøren din ikke har spart
kroner på adaptere eller båndbredde ved å bruke komprimering av lyden.

Post by Jostein Berrefjord
en relativt stor forsinkelse iboende i systemet.) Hva skal til for å
få lydkvaliteten opp - er det *mulig* med de standardene vi nå
benytter, eller må det innføres noe helt nytt og annerledes for å
få en lydkvalitet på høyde med (eller over) det vi er vant med fra
ISDN?

Det eksisterer hardware som gir tilnærmet CD-lyd. Båndbreddeforbruket
er deretter, så det er neppe noe for det norske markedet.

Post by Jostein Berrefjord
Er også interessert i referanser til standarder, RFCer og sånt, som
brukes i IP-telefoni!

Du kan begynne med RFC3261. Det er egentlig ikke noe godt startpunkt,
og jeg har til gode å finne en god introduksjonsbok til SIP.

Geir

[Jostein Berrefjord]

Post by Geir Harris Hedemark
Du kan begynne med RFC3261. Det er egentlig ikke noe godt startpunkt,
og jeg har til gode å finne en god introduksjonsbok til SIP.

Det virket da relativt lett å lese, dette, sammenlignet med visse
OSI-standarder... (Vi pleide å bruke høytlesing fra "OSI Upper Layer
Structure" eller hva den nå heter, husker ihvertfall ikke
ISO-nummeret, som selskapsunderholdning den gang jeg var student :-)).

Så vidt jeg kunne se etter en kjapp gjennmskumming dekker den bare
signaleringen for å etablere et kall, tilsvarende D-kanalens
handtering av SETUP-meldingen i ISDN. Ingeting som gjelder lyd-kodingen
og det som påvirker lydkvaliteten.
Vet du hvilke RFCer eller andre standarder som man kan forvente at en
VoIP-leverandør har support for?

Du skriver

Post by Geir Harris Hedemark
Forsinkelse (ved lange avstander som rutes f.eks. over satelitt) og

I ATM valgte man jo en celle(/pakke)-størrelse på 48 oktetter, som et
kompromiss etter en intens kamp mellom 32- og 64-oktett-tilhengerene,
for å begrense forsinkelsen. Med IPs betydelgi større header vil jo
48 oktetter/pakke, eller mindre, bli relativt kostbart. Alternativet
er større pakker og større forsinkelse selv på korte forbindelser.
Vet du noe om hvilken avveiing som er gjort her?

Post by Geir Harris Hedemark
klipping (pga mangel på båndbredde eller annen trafikk)

Du snakker vel ikke her om klipping i den forstand audio-folk bruker
uttrykket? (Altså at hvis lydsignal*nivået* går over en viss grense,
blir verdien redusert til denne grensen). Jeg gjetter på at "klipping"
her betyr at lyden faller ut et kort øyeblikk (eller i verste fall
litt lengre). Riktig antagelse? Sånt kan jo motvirkes ved bufring -
men da øker forsinkelsen igjjen...

Er komprimeringsmetodene som benyttes designet for å handtere denne
typen problemer? I GSM er det, så vidt jeg har forstått (men jeg har
ikke forstått det særlig grundig....) slik at ulike kvaliteter
graderes og sendes med ulik prioritet. Et eksempel på lav prioritet er
stemmevolum, eller total energi i talesignalet. Hvis det ikke kommer
fram pga støy eller andre problemer, fortsetter mottaker-telefonen å
bruke den siste volum-parameteren den har vellykket mottatt. Parametere
som er viktig for taleforståelsen - identifikasjon av konsonantlyder
og sånt noe - sendes på høy prioritet, med masse feilkorreksjon, og
bør komme fram "uansett". Vet du om man har trukket på erfaringer
fra GSM når metoder for IP-telefoni er blitt definert?

Post by Geir Harris Hedemark
Når det gjelder analog frekvensgang og S/N så er den sammenlignbar med
analogtelefoni eller ISDN, gitt at leverandøren din ikke har spart
kroner på adaptere eller båndbredde ved å bruke komprimering av lyden.

Hvor vanlig er det ved VoIP at en samtale gjør mange hopp "i
VoIP-telenettet", dvs. mellom ulike VoIP service providers eller mellom
ulike noder for en gitt VoIP-leverandør? Siden man i prinsippet har
full og direte konnektivitet mellom alle VoIP-abonnenter, eller mellom
en VoIP-kunde og en gateway mot ISDN/POST, synes det å være relativt
begrenset behov for å gå via en VoIP-leverandørs
komprimering/trunklinje/dekomprimering - det fører bare til
ytterligere forsinkelser! (Siden lyden uansett må holdes tilbake
inntil pakken er full på senderstedet er *dette* stedet å gjøre
eventuell komprimering! (mens man venter på mer lyd).Å først vente
på å få nok lyd til en pakke, og så *etterpå* holde igjen pakken
for å komprimere den fører ike noe godt med seg!) En talekanal er
"peanuts" i forhold til den øvrige trafikken på Internett. ISDN-folk
fant for lenge siden ut at komprimering er meningsløst. VoIP-folk bør
ha oppdaget det samme.

Post by Geir Harris Hedemark
Det eksisterer hardware som gir tilnærmet CD-lyd. Båndbreddeforbruket
er deretter, så det er neppe noe for det norske markedet.

Nja, jeg er ikke redd for båndbredden. Jeg ser timelange prorgrammer
på web-TV, og "tilnærmet CD-lyd" krever en brøkdel av det. Men: er
det slik at enhver som har IP-telefoni er i stand til å *motta* min
nær-CD-lyd? Eller kan det hende at B-abbonenten svarer at "sorry, jeg
kan bare handtere ukomprimert G.721, så du får forholde deg til
det!"? (Jeg har enda ikke rukket å se i tilstrekkelig detalj på SIP
for å forstå hvilke "forhandlngs"-muligheter som ligger der, men jeg
antar at det er rom for B-abonnenten til å begrense trafikk til det
han forstår!)

Som du skjønner: Når jeg har etablert forbindelse med RFC 3261,
hvilke RFCer bruker jeg deretter?

[Geir Harris Hedemark]

Post by Jostein Berrefjord
Så vidt jeg kunne se etter en kjapp gjennmskumming dekker den bare
signaleringen for å etablere et kall, tilsvarende D-kanalens
handtering av SETUP-meldingen i ISDN. Ingeting som gjelder lyd-kodingen
og det som påvirker lydkvaliteten.

Det stemmer. Det finnes i separate RFC-er.

Post by Jostein Berrefjord
Vet du hvilke RFCer eller andre standarder som man kan forvente at en
VoIP-leverandør har support for?

I praksis ingen. Det eksisterer veldig få 100% konforme
implementasjoner av noen av disse rfc-ene. Derfor har man ting som
SIPit med venner (integrasjonstesting av forskjellige implementasjoner).

Post by Jostein Berrefjord
Du skriver

Post by Geir Harris Hedemark
Forsinkelse (ved lange avstander som rutes f.eks. over satelitt) og

I ATM valgte man jo en celle(/pakke)-størrelse på 48 oktetter, som et
kompromiss etter en intens kamp mellom 32- og 64-oktett-tilhengerene,
for å begrense forsinkelsen. Med IPs betydelgi større header vil jo
48 oktetter/pakke, eller mindre, bli relativt kostbart. Alternativet
er større pakker og større forsinkelse selv på korte forbindelser.
Vet du noe om hvilken avveiing som er gjort her?

Titt på rfc-ene for RTP (RFC1889 og RFC1890, men disse har kommet i
nye versjoner) og SDP (RFC2327).

Post by Jostein Berrefjord

Post by Geir Harris Hedemark
klipping (pga mangel på båndbredde eller annen trafikk)

Du snakker vel ikke her om klipping i den forstand audio-folk bruker
uttrykket? (Altså at hvis lydsignal*nivået* går over en viss grense,

Nei. Klipping som i at det ikke kommer innkommende datastrøm, kodeken
går tom for data og lyden blir borte eller "hakker".

Post by Jostein Berrefjord
Er komprimeringsmetodene som benyttes designet for å handtere denne
typen problemer? I GSM er det, så vidt jeg har forstått (men jeg har

De aller fleste større VoIP-leverandørene bruker 64kbit PCM-enkoding
av lydsignalet, eventuelt med fallback om det blir trangt med
ressurser.

Post by Jostein Berrefjord

Post by Geir Harris Hedemark
Når det gjelder analog frekvensgang og S/N så er den sammenlignbar med
analogtelefoni eller ISDN, gitt at leverandøren din ikke har spart
kroner på adaptere eller båndbredde ved å bruke komprimering av lyden.

Hvor vanlig er det ved VoIP at en samtale gjør mange hopp "i
VoIP-telenettet", dvs. mellom ulike VoIP service providers eller mellom
ulike noder for en gitt VoIP-leverandør? Siden man i prinsippet har
full og direte konnektivitet mellom alle VoIP-abonnenter, eller mellom

Det er veldig lite peering mellom voip-leverandører. I praksis dytter
man ting gjennom PSTN for å slippe å ta stilling til sikkerhet. Det er
i klassen for 40 leverandører av voip, og bildet endrer seg fra uke
til uke. Hvem av de vet hva de driver med?

Post by Jostein Berrefjord
en VoIP-kunde og en gateway mot ISDN/POST, synes det å være relativt
begrenset behov for å gå via en VoIP-leverandørs
komprimering/trunklinje/dekomprimering - det fører bare til
ytterligere forsinkelser! (Siden lyden uansett må holdes tilbake

Jeg skjønner ikke helt hvor du har denne komprimeringen fra?

Post by Jostein Berrefjord

Post by Geir Harris Hedemark
Det eksisterer hardware som gir tilnærmet CD-lyd. Båndbreddeforbruket
er deretter, så det er neppe noe for det norske markedet.

Nja, jeg er ikke redd for båndbredden. Jeg ser timelange prorgrammer
på web-TV, og "tilnærmet CD-lyd" krever en brøkdel av det. Men: er

Du skal ikke få dette til å virke hos 100k kunder uten høye
supportkostnader. Det gjør verden litt annerledes.

I Norge er vi båndbreddebegrenset. I utlandet er det et større problem
å skaffe utstyr som faktisk klarer hastighetene man opererer med. Vi
er på noen måter bakstreverske.

Post by Jostein Berrefjord
det slik at enhver som har IP-telefoni er i stand til å *motta* min
nær-CD-lyd? Eller kan det hende at B-abbonenten svarer at "sorry, jeg

Det er en handshake under en invite der man finner hverandres støttede
kodeker og velger "den beste". Det er også mulig å bytte kodek
underveis om kvaliteten blir for dårlig.

Post by Jostein Berrefjord
Som du skjønner: Når jeg har etablert forbindelse med RFC 3261,
hvilke RFCer bruker jeg deretter?

"Resten". :)

Geir

[Geir Harris Hedemark]

Post by Jostein Berrefjord
Så vidt jeg kunne se etter en kjapp gjennmskumming dekker den bare
signaleringen for å etablere et kall, tilsvarende D-kanalens
handtering av SETUP-meldingen i ISDN. Ingeting som gjelder lyd-kodingen
og det som påvirker lydkvaliteten.

Det stemmer. Det finnes i separate RFC-er.

Post by Jostein Berrefjord
Vet du hvilke RFCer eller andre standarder som man kan forvente at en
VoIP-leverandør har support for?

I praksis ingen. Det eksisterer veldig få 100% konforme
implementasjoner av noen av disse rfc-ene. Derfor har man ting som
SIPit med venner (integrasjonstesting av forskjellige
implementasjoner, se http://www.sipit.net/).

Post by Jostein Berrefjord
Du skriver

Post by Geir Harris Hedemark
Forsinkelse (ved lange avstander som rutes f.eks. over satelitt) og

I ATM valgte man jo en celle(/pakke)-størrelse på 48 oktetter, som et
kompromiss etter en intens kamp mellom 32- og 64-oktett-tilhengerene,
for å begrense forsinkelsen. Med IPs betydelgi større header vil jo
48 oktetter/pakke, eller mindre, bli relativt kostbart. Alternativet
er større pakker og større forsinkelse selv på korte forbindelser.
Vet du noe om hvilken avveiing som er gjort her?

Titt på rfc-ene for RTP (RFC1889 og RFC1890, men disse har kommet i
nye versjoner) og SDP (RFC2327).

Post by Jostein Berrefjord

Post by Geir Harris Hedemark
klipping (pga mangel på båndbredde eller annen trafikk)

Du snakker vel ikke her om klipping i den forstand audio-folk bruker
uttrykket? (Altså at hvis lydsignal*nivået* går over en viss grense,

Nei. Klipping som i at det ikke kommer innkommende datastrøm, kodeken
går tom for data og lyden blir borte eller "hakker".

Post by Jostein Berrefjord
Er komprimeringsmetodene som benyttes designet for å handtere denne
typen problemer? I GSM er det, så vidt jeg har forstått (men jeg har

De aller fleste større VoIP-leverandørene bruker 64kbit PCM-enkoding
av lydsignalet, eventuelt med fallback om det blir trangt med
ressurser.

Post by Jostein Berrefjord

Post by Geir Harris Hedemark
Når det gjelder analog frekvensgang og S/N så er den sammenlignbar med
analogtelefoni eller ISDN, gitt at leverandøren din ikke har spart
kroner på adaptere eller båndbredde ved å bruke komprimering av lyden.

Hvor vanlig er det ved VoIP at en samtale gjør mange hopp "i
VoIP-telenettet", dvs. mellom ulike VoIP service providers eller mellom
ulike noder for en gitt VoIP-leverandør? Siden man i prinsippet har
full og direte konnektivitet mellom alle VoIP-abonnenter, eller mellom

Det er veldig lite peering mellom voip-leverandører. I praksis dytter
man ting gjennom PSTN for å slippe å ta stilling til sikkerhet. Det er
i klassen for 40 leverandører av voip i Norge, og bildet endrer seg
fra uke til uke. Hvem av de vet hva de driver med? Det er mye arbeide
forbundet med å vedlikeholde samtrafikkavtaler.

Det har begynt å hende ting på det her, for eksempel via
http://www.xconnect.net/ . Ideen bak dette firmaet er at en leverandør
lager seg en avtale med xconnect, som så besørger flyttingen av
trafikk.

Post by Jostein Berrefjord
en VoIP-kunde og en gateway mot ISDN/POST, synes det å være relativt
begrenset behov for å gå via en VoIP-leverandørs
komprimering/trunklinje/dekomprimering - det fører bare til
ytterligere forsinkelser! (Siden lyden uansett må holdes tilbake

Jeg skjønner ikke helt hvor du har denne komprimeringen fra?

Post by Jostein Berrefjord

Post by Geir Harris Hedemark
Det eksisterer hardware som gir tilnærmet CD-lyd. Båndbreddeforbruket
er deretter, så det er neppe noe for det norske markedet.

Nja, jeg er ikke redd for båndbredden. Jeg ser timelange prorgrammer
på web-TV, og "tilnærmet CD-lyd" krever en brøkdel av det. Men: er

Du skal ikke få dette til å virke hos 100k kunder uten høye
supportkostnader. Det gjør verden litt annerledes.

I Norge er vi, jevnt over, båndbreddebegrenset i voip-kontekst.

I utlandet er det et større problem å skaffe utstyr som faktisk klarer
hastighetene man opererer med. Norge er på mange måter litt
akterutseilt hastighetsmessig.

(Når det er sagt er Norge et av verdens beste land å drive med voip i
regulatorisk sett. Det er ikke _så_ mange land som har så strenge krav
til samtrafikk mellom leverandører og portering av numre mellom
leverandører.)

Post by Jostein Berrefjord
det slik at enhver som har IP-telefoni er i stand til å *motta* min
nær-CD-lyd? Eller kan det hende at B-abbonenten svarer at "sorry, jeg

Det er en handshake under en invite der man finner hverandres støttede
kodeker og velger "den beste". Det er også mulig å bytte kodek
underveis om kvaliteten blir for dårlig.

Post by Jostein Berrefjord
Som du skjønner: Når jeg har etablert forbindelse med RFC 3261,
hvilke RFCer bruker jeg deretter?

"Resten". :)

Geir

[Geir Harris Hedemark]

Post by Jostein Berrefjord
unna i pris. ISDN fikk aldri en utbredelse som gir et marked på en
million slike adaptere - de er nisje-produkter.

Tyskland hadde 13 millioner isdn-kanaler installert i 1999. 8
millioner i 1997.

Til sammenligning hadde Tyskland 34M konvensjonelle telefonlinjer og
23M mobile abonnementer i 1999.

Ulempen er at det omtrent er det eneste stedet i verden med slike
volumer så, ja, innkjøpsprisen for slike dingser er høy.

Post by Jostein Berrefjord
standardisert, da byr jo ikke det på noen problemer. Er IP-telefoni
tilsvarende standardisert - er man garantert at telefoni-leverandøren
og denne boksen snakker eksakt samme standarder og ikke forventer noe
som den andre ikke har støtte for ? Vel, hvis også det er på plass,

I teorien skal det fungere.

I praksis vil man gjerne teste slikt. Derfor har IETF en arbeidsgruppe
der leverandører av voip-utstyr jevnlig møtes for å teste
interkonnektivitet. Det har vært tilfeller der de har plukket ut noe
uheldig oppførsel når utstyr fra forskjellige leverandører har blitt
satt sammen.

Geir

[Lars C. Krogenæs]

"da" <***@tande.com> skrev i melding news:***@g14g2000cwa.googlegroups.com...
Er det i det hele tatt mulig å benytte et ISDN apparat til IP telefoni

Mulig http://www.justip.no/ vil være av interesse. De har ISDN adapter...

Lars

[Stein]

"da" <***@tande.com> wrote in message news:***@g14g2000cwa.googlegroups.com...
Er det i det hele tatt mulig å benytte et ISDN apparat til IP telefoni
?
Har en Siemens Gigaset SX303 isdn.

Dagfinn S.


http://www.justip.no/

Justip har nå reklame for dette på sin forside
og kan antagelig levere denne løsningen
Jeg har ikke tenkt å bruke det

Stein

[Ola Garstad]

Post by da
Er det i det hele tatt mulig å benytte et ISDN apparat til IP telefoni

Ja.