asterisk geeft delay zonder reden

[Boudewijn]

Hoi ik heb hier een asterisk setupje op sip.
1 Server (pentium3 700, gentoo en de laatste asterisk).
3 clients, ms gevallen met eStara SoftPhone als client.

Alles is op een catalyst 3500XL aangesloten, een bus netwerk dus.
Ik heb even wat gepingd:

code:

client666 asterisk # ping 204.79.97.159
PING 204.79.97.159 (204.79.97.159) 56(84) bytes of data.
64 bytes from 204.79.97.159: icmp_seq=1 ttl=128 time=0.148 ms
64 bytes from 204.79.97.159: icmp_seq=2 ttl=128 time=0.161 ms
64 bytes from 204.79.97.159: icmp_seq=3 ttl=128 time=0.155 ms
64 bytes from 204.79.97.159: icmp_seq=4 ttl=128 time=0.159 ms
64 bytes from 204.79.97.159: icmp_seq=5 ttl=128 time=0.159 ms

--- 204.79.97.159 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3996ms
rtt min/avg/max/mdev = 0.148/0.156/0.161/0.012 ms

Deze ping zou een delay moeten veroorzaken die niet te horen is ( < 0,5 ms ).

Dit ziet er op zich heel lekker uit, maar ik ben nu aan het bellen met SIP en er zit ongeveer 0.5 seconde delay op. maw: ik spreek op client1 iets in mijn mic , en 0.5 sec later komt het aan de andere kant uit de luidspreker (offtopic: met een echte bagger kwaliteit ondanks goede mic, maar dat is even niet zo interessant).

Een echo heb ik niet weten te bespeuren, maar ik heb niks gemeten eraan (hoor niks, dus het zal wel goed zijn ).

code:

[boudewijn]
type=friend
username=boudewijn
secret=*KNIP*
host=dynamic
canreinvite=yes
context=default
callerid="boudewijn"  <100>
mailbox=100

De andere user ziet er exact hetzelfde uit (andere naam en 101 ipv 100 als nummer).
Dial-plan is heel simpel:

code:

exten => 1,1,Dial(SIP/boudewijn,20)

Wat gaat hier mis?

Ik heb zowel G.711 als G.723 gebruikt, mocht dat relevant zijn .
Om dit probleem op te lossen heb ik google-search gedaan, voip-info.org afgezocht en natuurlijk onze search hier (keywords: asterisk AND (delay OR latency OR lag OR vertraging).

[ Voor 6% gewijzigd door Boudewijn op 01-04-2005 10:49 . Reden: duidelijker enzo ]

[Equator]

De tijd die een ping erover doet, is natuurlijk geen richtlijn voor de echte vertraging. Hij telt wel mee, maar een ping is layer3 van het osi model, en jouw applicatie (ik ken hem verder niet) is enkele layers hoger, en moet nog wat analoge data omzetten naar digitaal, en op de lijn mikken.

Ik vind een 0,5 seconde vertraging niet enorm veel. Bij mobiele telefonie zie je soms wel meer dan een seconde.

[Boudewijn]

in de praktijk is de 0.5 seconde delay niet acceptabel volgens mijn baas
Het is namelijk zo dat we hier met een redelijk ideale setup te maken hebben. Dus geen communicatie die we over internet heen sturen tussen server en client. Indien we dit wel zouden gaan doen zal de lag alleen maar stijgen.
Verder is Asterisk niet echt een onbekende applicatie, als je een beetje bekend bent met VoIP en SIP.

Die ping heb ik erbij gezet om te laten zien dat het hier niet aan de netwerk-infrastructuur ligt.


Offtopic: hoort deze thread hier of in NOS? Ik heb even staan twijfelen.

[Vm1heA]

Wat dacht je van het traject > geluid > digitizen > coden > op de tcp layer zetten > over de lijn zelf > terug op de TCP layer > decoden > analoog geluid maken en dan hoor je het pas.

Software moet wel een x grootte aan geluidsblokken binnen halen om iets te moeten coden en packen.
Compressie ratio aan de hoge kant misschien waardoor het langer duurt ?

[Boudewijn]

hmmm, bedoelt dat mijn server gewoon te licht is (ok het is maar oude apparatuur, maar wat moet je dan wel niet hebben om 10 calls te verwerken????).

Jij bedoelt dus dat die delay niet te elimineren is?
Ik heb overal trouwens gewoon het onboard kaartje gebruikt (niet geweldig , ik weet het... maar hier hebben ze niet veel anders).

Zijn er dan nog mogelijkheden voor een speed-up ergens?

[Savages]

ik kan je vertellen dat je hardware ruim voldoende is.. daar moet je makkelijk 50 concurrent calls mee kunnen maken. Oorzaak lijkt me eerder je kaartje..

[JackBol]

Als callmanager is die server wel geschikt genoeg, maar als vioce GW is hij toch wat aan de slappe kant. Vooral als je G.723 ermee doet, wat nogal wat processorcapacitet verbruikt. Transcoding is best zwaar als je geen specialistische hardware gebruikt,.

[Savages]

ik heb hier ook een P3-800 ofzo, met isdn-30 aan de bovenkant, 30x sip-toestel aan de onderkant.. draait prima. Lijkt me dat ie dan ook Alaw-sip conversie doet?