 |
telefonujeme.cz telefonování přes internet s VoIP
|
|
|
| Autor |
Zpráva |
polecek Anonymní 62.168.56.x
|
Zaslal: út říjen 14, 2008 9:06 am Předmět: Re: Výběr VoIP brány: proč vlastně provisioning? |
|
|
| jege napsal: | | Takze potvrzeno od Joyce, WellGate 3512 ma jenom 1 SIP ucet na 1 FXS port, tudiz asi pujde z domu a vratim se k staremu dobremu Well ATA 171p nez mi padne do oka neco jineho. |
Dekuji velice pane kolego za Vas feedback. Vzhledem k dalsi skutecnosti, a to ze WELL Gate 3512 neumi aplikovat QoS, jsem tenhle model zavrhl i presto, ze je o kousek levnejsi.
V tuhle chvili uz jsem temer rozhodnut objednat Linksys WRP400 i kdyz neumi downstream QoS (upstream ano).
Jen posledni dotaz: existuje od Linksysu nejaka brana minimalne s podobnymi parametry jako WRP400 (WiFi, switch, VoIP) ale ktera ma i downstream QoS? Pokud ano a neni vyrazne drazsi, tak bych jeste pripadne mohl zmenit rozhodnuti, pokud ne, pak je ma volba uz naprosto jasna  |
|
| Návrat nahoru |
|
 |
Daniel
Založen: 12. 11. 2006 Příspěvky: 1927
|
Zaslal: út říjen 14, 2008 9:13 am Předmět: Re: Výběr VoIP brány: proč vlastně provisioning? |
|
|
| polecek napsal: | Jen posledni dotaz: existuje od Linksysu nejaka brana minimalne s podobnymi parametry jako WRP400 (WiFi, switch, VoIP) ale ktera ma i downstream QoS? Pokud ano a neni vyrazne drazsi, tak bych jeste pripadne mohl zmenit rozhodnuti, pokud ne, pak je ma volba uz naprosto jasna |
Od linksysu ja takovou neznam -> normalne skombinovat Linksys produkt s nejaky QoS routerem pro to vase downstream QoS, ovsem pak zrovna volba WRP400 neni to prave orechove (spousta veci by se duplikovala -> PAP2T .... a routovani, firewall, WiFi, QoS - vlastne vse mimo VoIP na extra routeru).
Ale umi to treba tady zminovany Fritz Box -> vysoka cena ? -> na nemeckem ebay se jich "vali" celkem dost a levne.
Naposledy upravil Daniel dne út říjen 14, 2008 9:33 am, celkově upraveno 1 krát |
|
| Návrat nahoru |
|
 |
kokoska.rokoska Moderátor
Založen: 08. 03. 2005 Příspěvky: 1728 Bydliště: Praha
|
Zaslal: út říjen 14, 2008 9:32 am Předmět: Re: Výběr VoIP brány: proč vlastně provisioning? |
|
|
| Daniel napsal: |
Ale umi to treba tady zminovany Fritz Box -> vysoka cena ? -> na nemeckem ebay se jich "vali" celkem dost a levne. |
Ac mam k "Frickum" celkem pozitivni vztah, tak zrovna QoS mi pripada nejak divne impementovany - pri vetsim poctu konexi (zadne p2p!) a vetsi zatezi to proste nekdy zacne "koktat".
Cili, vetsinou to funguje, ale obcas ne :-) Coz se mi napr. s WRT54GL s xwrt nestalo nikdy.
Jinak me pomerne prekvapuji neustale dohady o downstream QoS. Ja se domnivam, ze bez dostatecne benevolence druhe strany proste downstream QoS nikdy fungovat nebude, a me prakticke pokusy to potvrzuji. Takze je otazkou, zda-li ma smysl se downstream QoS zabyvat. IMO ne :-)
Hezky den! |
|
| Návrat nahoru |
|
 |
danoh
Založen: 01. 01. 2007 Příspěvky: 17
|
Zaslal: út říjen 14, 2008 2:47 pm Předmět: Re: Výběr VoIP brány: proč vlastně provisioning? |
|
|
| kokoska.rokoska napsal: |
Jinak me pomerne prekvapuji neustale dohady o downstream QoS. Ja se domnivam, ze bez dostatecne benevolence druhe strany proste downstream QoS nikdy fungovat nebude, a me prakticke pokusy to potvrzuji. Takze je otazkou, zda-li ma smysl se downstream QoS zabyvat. IMO ne |
QoS se vzdycky musi delat tam, kde lezou tlusty do tenkejch, to je proste principielni zalezitost. Takze na upstreamu samozrejme muzete delat cokoliv, protoze konvertujte svoji 100Mbit sit do te teninke k providerovi. Na downlinku to musi delat provider. Jinak zahazujete pakety, ktere uz prosly tou tenkou linkou, ucpaly ji a vy je zahodite tam, kde mohly tect tou 100M siti, kde by si jich nikdo ani nevsiml.
Samozrejme neni vse uplne ztraceno, protoze vetsina domacich uzivatelu ma na downlinku provoz, ktery je vyzadany. Takze staci pridusit toho, kdo o provoz zada a situace se nam meni na shaping uplinku. Proste kdyz do uplinku nepustim ack pakety pro spojeni na downlinku, protistrana vycerpa okno a dalsi data prestane posilat. Reakce na shaping ale neni okamzita, coz u telefonovani celkem vadi.
Horsi situace nastava, kdyz se jedna o firmu a ma na te lince treba mailserver. Prichozi maily se shapuji jiz obtizneji, byt princip je stejny. Uplna katastrofa je potom nejaky ICMP nebo UDP flood, ktery se neda v downlinku shapovat vubec nijak.
To spravne reseni je to co pouziva O2 pro svuj VoIP, ma pro hovor zvlastni virtualni okruh a hovorova data se nemichaji se zbytkem provozu a navic se QoS dela na DSLAMu i v modemu uzivatele, cili na obou stranach te tenke linky. Predpokladam, ze podobne to musi byt reseno i u UPC, CRa na Angelovi to maji take rozdelene. Takove reseni sice prinese kvalitu, ale zase omezi volbu VoIP poskytovatele, coz neni vetsinou zadouci.
Ja razim rozdeleni, provozu jinak, delame uzivatelum NATovane adresy pro bezny provoz a potom routovane verejne IP adresy, pouze pro VoIP zarizeni, rezane na tech 80kbit*pocet hovorovych kanalu. Jenze samozrejme tohle delaji provideri s par sty zakazniky, vetsina lidi nema zadnou sanci takovou linku sehnat pod 20k mesicne.
Mimochodem cim je vyssi asymetrie linky, tim horsi problem je ucpavani uplinku ACK pakety pro downlink a z toho plynouci bidna kvalita hovoru. Myslim ze mnohy uzivatel 8Mbitu na ADSL bude horce plakat. |
|
| Návrat nahoru |
|
 |
kokoska.rokoska Moderátor
Založen: 08. 03. 2005 Příspěvky: 1728 Bydliště: Praha
|
Zaslal: út říjen 14, 2008 8:41 pm Předmět: Re: Výběr VoIP brány: proč vlastně provisioning? |
|
|
| danoh napsal: | | kokoska.rokoska napsal: |
Jinak me pomerne prekvapuji neustale dohady o downstream QoS. Ja se domnivam, ze bez dostatecne benevolence druhe strany proste downstream QoS nikdy fungovat nebude, a me prakticke pokusy to potvrzuji. Takze je otazkou, zda-li ma smysl se downstream QoS zabyvat. IMO ne :-) |
QoS se vzdycky musi delat tam, kde lezou tlusty do tenkejch, to je proste principielni zalezitost. Takze na upstreamu samozrejme muzete delat cokoliv, protoze konvertujte svoji 100Mbit sit do te teninke k providerovi. Na downlinku to musi delat provider. Jinak zahazujete pakety, ktere uz prosly tou tenkou linkou, ucpaly ji a vy je zahodite tam, kde mohly tect tou 100M siti, kde by si jich nikdo ani nevsiml.
|
Presne to jsem se snazil jemne nazancit :-)
Protoze teorie o tom, ze zahazovanim packetu donutim protistranu odesilat packety pomaleji, povazuji za utopickou...
| danoh napsal: |
Samozrejme neni vse uplne ztraceno, protoze vetsina domacich uzivatelu ma na downlinku provoz, ktery je vyzadany. Takze staci pridusit toho, kdo o provoz zada a situace se nam meni na shaping uplinku. Proste kdyz do uplinku nepustim ack pakety pro spojeni na downlinku, protistrana vycerpa okno a dalsi data prestane posilat. Reakce na shaping ale neni okamzita, coz u telefonovani celkem vadi.
Horsi situace nastava, kdyz se jedna o firmu a ma na te lince treba mailserver. Prichozi maily se shapuji jiz obtizneji, byt princip je stejny. Uplna katastrofa je potom nejaky ICMP nebo UDP flood, ktery se neda v downlinku shapovat vubec nijak.
To spravne reseni je to co pouziva O2 pro svuj VoIP, ma pro hovor zvlastni virtualni okruh a hovorova data se nemichaji se zbytkem provozu a navic se QoS dela na DSLAMu i v modemu uzivatele, cili na obou stranach te tenke linky. Predpokladam, ze podobne to musi byt reseno i u UPC, CRa na Angelovi to maji take rozdelene. Takove reseni sice prinese kvalitu, ale zase omezi volbu VoIP poskytovatele, coz neni vetsinou zadouci.
Ja razim rozdeleni, provozu jinak, delame uzivatelum NATovane adresy pro bezny provoz a potom routovane verejne IP adresy, pouze pro VoIP zarizeni, rezane na tech 80kbit*pocet hovorovych kanalu. Jenze samozrejme tohle delaji provideri s par sty zakazniky, vetsina lidi nema zadnou sanci takovou linku sehnat pod 20k mesicne.
Mimochodem cim je vyssi asymetrie linky, tim horsi problem je ucpavani uplinku ACK pakety pro downlink a z toho plynouci bidna kvalita hovoru. Myslim ze mnohy uzivatel 8Mbitu na ADSL bude horce plakat. | Pod to bych se rad podepsal :-) Bohuzel...
Diky za zajimave informace, pane kolego danohu, a hezky den vsem! |
|
| Návrat nahoru |
|
 |
|
Powered by phpBB © 2001, 2005 phpBB Group
|