QoS
Oqak
node.ch na centrum.cz
Úterý Leden 24 07:36:33 CET 2006
ano, tam si muzete nastavit preferovany port ---
www.erivoip.cz/ata151_obrazky/sip_configuration1.gif
Takze to zkuste priorizovat, pres HTB by to melo byt s pujcovanim
konektivity
Nicmene tenhle soft znam, je i v Well telefonu, nic moc...
Koukam, ze nikdo tu v rukavu trochu dokonalejsi QoS skriptik nema, tak si
bezim objednat SPA2100 :-(
"Petr Vileta" <stoupa na practisoft.cz> píše v diskusním příspěvku
news:<dr13pd$2ugo$1 na ns.felk.cvut.cz>...
> Michal Dobes wrote:
> >> 2) TEL_PORT je predpokladam port, na kterem moje GW ocekava pakety,
> >> takze v mem pripade je to 5060. Ovsem je to UDP. Rozlisuje se to
> >> nejak v nastaveni?
> >
> > Mate nekolik moznosti:
> > a) Pokud vas SIP klient umoznuje nakonfigurovat rozmezi portu pro RTP
> > stream, tak to omezit na dva/tri porty a vyhrazovat to pasmo pro ne.
> > Tohle jde snad u vetsiny SIP kramu nastavit.
> Pokud se podivate semhle
> http://www.erivoip.cz/ata151_obrazky/navod.html
> tak tam uvadi pro RTP pouze jeden port. Je to ono?
>
> > c) Slusne SIP kramy umi pouzit TOS zahlavi u RTP streamu dle vaseho
> > prani, pak zarazovani do front delat na zaklade tohoto udaje.
> > d) Dle uvodni zpravy mate VoIP HW GW, jestlize ma tato GW statickou
> > adresu, tak neni co resit a uprednostnovat na zaklade teto IP.
> No jo, jenze to je mi na nic, protoze ja nemuzu muj SIP kram zaradit mezi
> internet a server. On ma nevypnutelny DHCP a nezmenitelnou IP
> 192.168.123.123 a tim i DHCP prideluje adresy v siti 192.168.123.x
> Ja to mam vsechno nastavene na sit 192.168.1.x a instalaci RH jsem nedelal
> ja. Ja to jen od doby instalace vice ci mene uspesne udrzuji v chodu a pri
> tom se ucim tu neco, tam neco jineho o Linuxu ;-)
>
> > e) V uvodu je take zminen stary dobry RH7.3, takze jadra 2.4.x.
> > Pro ne nekde na internetu plave ip_conntrack_sip modul, ktery
> > toho umi hodne a mel by i jit pouzit pro znackovani paketu pro
> > trideni do front pro tc.
> >
> Podivam se po tom a prozkoumam.
>
> > Jo, jeste detail. Ta vyhrazena sirka pasma dosti zavisi od zvoleneho
> > kodeku. Pokud by to mel byt kodek G.711 (at uz a-law nebo u-law),
> > tak v obou pripadech je 64 kb/s efektivni datovy tok pred zapouzdrenim
> > do RTP a UPD/IP, takze potrebne pasmo je v realu vetsi a zavisi na
> > nastavene delce zvukoveho zaznamu vkladaneho do jednoho ramce
> > (obvykle nekde v rozmezi 10-60 milisekund). Takze doporucuji vyhradit
> > pasmo aspon 80 kb/s.
> >
> Ja jsem porad z dokumentace tc nepochopil, jak to vlastne funguje. Chtel
> bych docilit toho, ze kdyz prijde z netu ne brany "SIP paket", tak se
> doruci
> na druhou stranu prednostne a ostatni pakety se nekam zafrontuji. Pokud
> zadny paket neprijde, tak se v celem pasmu (256kbit) pracuje bez
> uprednostnovani.
> Pokud to ale funguje tak, ze se 64k vyhradi pro SIP a kdyz tam neni zadny
> provoz, tak je ta cast pasma nevyuzita, tak to neni nic pro me. Ona 256ka
> je
> i tak dost slaba a jeste ji orezat se mi nechce.
> Jak to tedy funguje?
> --
> Petr
>
> Skype: callto://fidokomik
>
> Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
> :-) Odpovidejte na petr na practisoft cz
>
Další informace o konferenci Linux