gie³da, akcje, inwestycje
 ° Forum ° Odpowiedz ° Rejestracja ° Szukaj °
Numizmatyka - monety ° Internetowa Auto gie³da °

Jaki operator VOIP o najlepszym i najszybszym łączu?

Forum / VoIP / Jaki operator VOIP o najlepszym i najszybszym łączu?
Autor Wiadomo¶æ
Cezar

Posted: 8 Lut 2010 20:49:53




Szalony Ryszard napisał(a):

Jaki operator VOIP (krajowy, zagraniczny) posiada najlepsze i
najszybsze łącze o najmniejszych pingach? Interesuje mnie dzwonienie w
obrębie jednego operatora SIP za darmo i za zakładanie konta i jego
utrzymywanie nie zamierzam płacić bo wiadomo że to standard pośród
operatorów.

Większość(wszyscy?) operatorów dla rozmów wewnątrz sieci tylko zestawia
połączenie.
To znaczy, że RTP idzie klient-klient.


Podaj przyklad takiego operatora

c.





Piotr C.

Posted: 8 Lut 2010 20:56:37



Większość(wszyscy?) operatorów dla rozmów wewnątrz sieci tylko zestawia
połączenie.
To znaczy, że RTP idzie klient-klient.


Podaj przyklad takiego operatora

Freeconet przynajmniej zeznawał że tak robi, nie sprawdzałem.
IPFON kieruje RTP przez swój serwer gdy wywołujesz po numerze
publicznym, jednak jeśli wywołujesz po sip uri albo po numerze
wewnętrznym - RTP idzie P2P.

P.




Misiu

Posted: 8 Lut 2010 21:06:13




Szalony Ryszard napisał(a):

Jaki operator VOIP (krajowy, zagraniczny) posiada najlepsze i
najszybsze łącze o najmniejszych pingach? Interesuje mnie dzwonienie w
obrębie jednego operatora SIP za darmo i za zakładanie konta i jego
utrzymywanie nie zamierzam płacić bo wiadomo że to standard pośród
operatorów.

Większość(wszyscy?) operatorów dla rozmów wewnątrz sieci tylko zestawia
połączenie.
To znaczy, że RTP idzie klient-klient.


Podaj przyklad takiego operatora

Z tego co mówią logi można wywnioskować, że Actio i SipGate puszczają
RTP bezpośrednio między klientami jeśli obydwaj nie są za NATem. Jeśli
choć jeden jest, połączenie idzie przez ich serwery.

Na forum Ipfona czytałem post, w którym człowiek podpisujący się jako
dyrektor d/s techniczych (Sławomir Siwek) pisze, że w u nich bez względu
na to, czy klient jest za NATem czy nie, wszystko i tak idzie przez ich
serwery.

Zainteresuj się NATem. Zobaczysz, że jest kilka róznych technik jego
obejścia, nie tylko STUN. Jakiś miesiąc temu był podobny wątek tutaj.

--
http://voip.stegny.net




Misiu

Posted: 8 Lut 2010 21:07:53




Na forum Ipfona czytałem post, w którym człowiek podpisujący się jako
dyrektor d/s techniczych (Sławomir Siwek) pisze, że w u nich bez względu
na to, czy klient jest za NATem czy nie, wszystko i tak idzie przez ich
serwery.

Ups, mała poprawka - w przypadku Ipfona jest dokładnie tak jak napisał
Piotr C. Najwyraźniej też czytał posta p. Siwka :)

--
http://voip.stegny.net




Piotr C.

Posted: 8 Lut 2010 21:45:14



Ups, mała poprawka - w przypadku Ipfona jest dokładnie tak jak napisał
Piotr C. Najwyraźniej też czytał posta p. Siwka :)

Dwie pomyłki - Przemysław a nie Sławomir ;)
Chyba ja zacząłem tamten wątek, właśnie raportując wyniki eksperymentów.
Podaję link do wątku, bo wkleiłem ładne "akademickie" wykresiki, jak
jest realizowane połączenie ;)
http://forum.ipfon.pl/index.php?topic=1380.0
Na zielonym diagramie widać, że połączenie idzie przez serwer ipfon
(aczkolwiek serwer do sygnalizacji jest inny niż serwer RTP). Niżej na
niebieskim - sygnalizacja jest z tym samym serwerem, ale RTP już jedzie
bezpośrednio do drugiej bramki.

Jaki jest profit z połączeń bezpośrednich? W zasadzie są dwa:
- dla paranoików - operator nie podsłucha ;)
- jeśli oba terminale są zagranicą (a szczególnie gdy oba w tym samym
kraju poza PL), opóźnienie jest wyraźnie niższe, i o to akurat mi chodziło

pozdrawiam




Misiu

Posted: 8 Lut 2010 21:50:43



Ups, mała poprawka - w przypadku Ipfona jest dokładnie tak jak napisał
Piotr C. Najwyraźniej też czytał posta p. Siwka :)

Dwie pomyłki - Przemysław a nie Sławomir ;)

Faktycznie :) A ta druga pomyłka ? :) Bo tylko tę jedną zauważyłem ...




Piotr C.

Posted: 8 Lut 2010 21:52:08



Ups, mała poprawka - w przypadku Ipfona jest dokładnie tak jak napisał
Piotr C. Najwyraźniej też czytał posta p. Siwka :)

Dwie pomyłki - Przemysław a nie Sławomir ;)

Faktycznie :) A ta druga pomyłka ? :) Bo tylko tę jedną zauważyłem ...

To była ta druga. A pierwsza - napisałeś "mała poprawka" a ja
przeczytałem "mała pomyłka" - i stąd dwie ;)

P.




Twoja wypowied¼

Bold Style  Italic Style  Underlined Style  Image Link  Insert URL  Email Link  Wy³±cz BB code


Zanim wy¶lesz jak±¶ wiadomo¶æ z polskimi znakami, upewnij siê czy kodowanie znaków w twojej przegl±darce to ISO-8859-2
 » Login  » Has³o 
 


Czas ³adowania strony (sek.): 0.377 users

miniBB.net © 2001-2010 | Polityka Prywatno¶ci
e-gie³dy + opisy gg + kumy fubi ° oko na maroko ° nimda °

Online: Odwiedzaj±cy - 1
+ - 0
Najwiêcej odwiedzaj±cych: 68 [1 Sty 2010 19:23:09]
Odwiedzaj±cy - 68 / + - 0
sylwester w górach wielkopolskie t³umaczenia rosyjski katalog Kleto casino online
  SErr:128 || SErr:128

  • Samsung szykuje tablet z systemem Android 3.5
  • Podczas prezentacji na targach IFA 2010, przedstawiciel Samsunga ujawni³, ¿e producent ju¿ pracuje nad nowym, wiêkszym tabletem z preinstalowanym systemem Android 3.5 Honeycomb.
  • 8-rdzeniowy procesor Orochi, wytworzony w technologii 32 nm
  • AMD ujawnia pierwsze informacje na temat swojego nowego, 8-rdzeniowego procesora Orochi, który zostanie wytworzony w 32-nanometrowej technologii i oparty na architekturze Bulldozer.
  • Blueconnect Compressor przyspiesza wy¶wietlanie witryn
  • PTC uruchomi³a dla wszystkich abonentów blueconnect w komputerze specjaln±, darmow± us³ugê pozwalaj±c± na przyspieszenie wy¶wietlania stron internetowych oraz zmniejszenie liczby potrzebnych do tego danych.
  • 12-megapikselowy, stylowy kompakt z nagrywaniem filmów Full HD
  • Sony dodaje do swojej oferty nowy aparat kompaktowy HD Bloggie, który potrafi rejestrowaæ filmy w jako¶ci Full HD, wykonywaæ zdjêcia w rozdzielczo¶ci 12 Megapikseli i krêciæ w trybie 360 Video.
  • Niedrogi smartfon z Androidem 2.2 na pok³adzie
  • Firma Huawei wprowadza na rynek nowy smartfon z systemem operacyjnym Google Android 2.2, którego najwiêksz± zalet± ma byæ - przystêpna cena.