sok’s page

Microsoft wydał pierwszą wersję Live Mesh. Platforma ta umożliwia przed wszystkim synchronizację urządzeń przenośnych np. telefonów komórkowych, aparatów, Xboksów z komputerem. Usługa pozwala na stworzenie wirtualnego pulpitu, za pośrednictwem którego podłączeni użytkownicy mogą łatwo współdzielić zasoby, w postaci muzyki, filmów, czy dokumentów. Live Mesh jak i wszystkie produkty z przedrostkami “Live” mają być bezpłatne, które są wspierane reklamami. Usługa ta działa obecnie pod systemem XP oraz Vista, ale rozszerzona ma być również o Maca, Xboksa jak i inne urządzenia. Według informacji LiveSide.net Mesh mniej więcej za dwa tygodnie ma pojawić się na rynku jako wersja beta. Obecnie jest dostępna dla zamkniętego grona testerów. “Mesh stworzy platformę, która połączy wszystkie urządzenia ze sobą. Aktualizowanie danych w poszczególnych urządzeniach przestanie być problemem, podobnie jak i przechowywanie informacji w Sieci” pisze portal LiveSide.net.

Źródła:
LiveSide.net
LiveMesh

Plotki, plotki aż się stało… dzisiaj Google uruchomiło nową usługę nazwaną Google App Engine oczywiście w wersji beta. Jak przedstawili w swoim firmowym blogu usługa ta umożliwia tworzenie kompletnych aplikacji sieciowych w oparciu o infrastrukturę z Mountain View.

Tak jak Blogger stał się platformą pozwalającą na łatwe prowadzenie blogów, tak App Engine ma być platformą pozwalającą na łatwe tworzenie i uruchamianie aplikacji sieciowych. Chętni programiści, którzy chcą się zapisać do beta testów czeka, a raczej czekało 10 tys. darmowych kont które niestety zostały zarezerwowane w ciągu godziny.

W obecnej darmowej wersji ilość mocy obliczeniowej dla każdej aplikacji jest ograniczona, lecz w przyszłości będzie możliwe wykupienie dodatkowych zasobów serwera. Wersja beta Google App Engine obsługuje tylko aplikacje napisane w Pythonie, lecz w kolejnych generacjach ma być wprowadzona obsługa PHP i Ruby. Dla zainteresowanych można obejrzeć przykładową galerię aplikacji stworzonych za pomocą App Engine’a.

Krótkie wideo o nowej usłudze:

Więc czekamy na pierwsze komentarze testerów.

Przeglądając Internet wyczytałem, że grupa 3GPP ukończyła specyfikacje najnowszego standardu do bezprzewodowego przesyłu danych w sieci komórkowej 4G. Jej przewaga w porównaniu do obecnej technologi 3G to zastosowanie podobnej koncepcji jak najnowszy standard 802.11n czy WiFi TopDog 11n-450. Czyli wykorzystanie anteny wielokrotnego wejścia/wyjścia. Technologia LTE (Long Term Evolution) pozwoli na uzyskanie prędkości aż 326Mb/s. Jednak po przetestowaniu 4G z firmą Nokia faktyczna prędkość wyniosła 173Mb/s. Ale mimo tego prędkością ta znacznie przewyższa 3G. Najprawdopodobniej LTE w ciągu najbliższych kilku lat zastąpi technologie EVDO (3,1 Mb/s) oraz HSPA (downlink - 14,4 Mb/s, uplink - 1,92 Mb) oparte na 3G i stanie się standardową technologią przesyłu danych w telefonii komórkowej.

Jak obiecałem umieszczę krótki opis działania usług Mobicents. Jako dalsza część projektu zadaniem mojej grupy było wykonanie sesji SIP oraz wgłębienie się w “wnętrze” Mobicenta aby przedstawić działanie całej usługi. Do nadsłuchiwania sieci użyliśmy programu Wireshark. Chciałbym więc opisać przykład sesji SIP w trakcie poprawnej rozmowy dwóch użytkowników. Użytkownik A (192.168.153.130) – torosvi@nist.gov dzwoni do użytkownika B (192.168.153.131) - hugo@nist.gov. Serwer to 192.168.153.128.

Jak widać wyżej na Graph Analysis:

• Pierwszym połączeniu programu następuje rejestracja użytkownika poleceniem REGISTER od użytkownika do serwera, a ten odpowiada OK 200.
• Następnie gdy użytkownicy A (192.168.153.130) oraz B (192.168.153.131) chcą się komunikować użytkownik nawiązujący połączenie zaprasza drugiego użytkownika poleceniem INVITE które odbiera serwer (192.168.153.128) i przekazuje do drugiego użytkownika B.
• Ten odpowiada wiadomością TRYING o kodzie 100. Kiedy próba połączenia sygnalizowana jest dzwonkiem wysyła on odpowiedź, tj. wiadomość 180 RINGING. Gdy połączenie zostaje odebrane, wysyła odpowiedź 200 OK. Ta wiadomość dociera do użytkownika A, który wysyła żądanie potwierdzenia ACK.
• Połączenie jest ustanowione i pracę przejmuje protokół RTP, który przesyła głos.
• Gdy połączenie ma zostać zakończone, ostatnia transakcja polega na wysłaniu żądania BYE do serwera który przekierowuje je do użytkownika A ten odpowiada wiadomością 200 OK.

Jeśli chodzi o komponenty SBB oraz Resource Adapter który stanowi połączenie (most) pomiędzy siecią a wewnętrznym środowiskiem oraz Event Router który przekazuje informację pomiędzy komponentami w systemie schemat rozmowy opisanej w sesji SIP wyżej wygląda następująco:

• Z zewnątrz przychodzi pakiet z zaproszeniem do rozmowy INVITE
• JAIN SIP RA odbiera go i zamienia na zdarzenie INVITE, z argumentami (nadawca, odbiorca)
• Wysyła je do wnętrza systemu, gdzie Event Router wysyła żądanie akcji do kolejnych komponentów SBB (wg priorytetów).
• Istnieje 5 SBB, Proxy, Registrar, oraz 3 odpowiedzialne za usługi
• Załóżmy, że rozmowa nie będzie ani blokowana, ani przekierowana tylko odbędzie się zwykłe połączenie. Po kolei akcję odbierają SBB o coraz niższych priorytetach i odrzucają ją dopóki nie dojdzie do ProxySbb. Ustawia ono odpowiednią flagę w środowisku, dzięki czemu pozostałe Sbb nie będą reagowały na zdarzenie.
• ProxySbb sprawdza czy odbiorca rozmowy jest zalogowany (komunikuje się z RegistrarSbb). Jeśli tak, to przekierowuje INVITE do odbiorcy. W między czasie wysyła do Event Routera zdarzenie 100 Trying, a ten poprzez RA odsyła to poza sieć.
• Odbiorca wysyła do ProxySbb tą samą drogą (SIP RA -> Event Router) wiadomość 180 Ringing, która jest przekierowywane do nadawcy. Stan ten trwa dopóki odbiorca nie odbierze (200 OK) lub nie odrzuci połączenia (486 BUSY HERE).
• Jeżeli użytkownik nie jest zalogowany, to ProxySbb wysyła do Event Routera wiadomość 480 Temporarily Unavailable, a ten poprzez RA odsyła to poza sieć.

Jak obiecałem całkiem niedawno w wcześniejszym poście umieszczę pełną instrukcję instalacji oraz konfiguracji serwera Mobicents wraz z usługami VoiceMail, CallBlocking oraz CallForwarding. Na początek chcę pokazać jak postawić serwer i usługi oraz jak skonfigurować klientów. A za kilka dni jak znajdę trochę czasu, chociaż ostatnio go brak z powodu sesji pokażę przykładowe sesje SIP oraz pokaże jak to wszystko działa od środka. No więc zaczynamy…

Na początek może pokrótce opiszę co to jest w ogóle Mobicents? Otóż…
Mobicents to open source’owa platforma VoIP zgodna z JSLEE. Jest jednym z popularniejszych serwerów aplikacji wykorzystującym protokół SIP na platformę Java. Należy do wysoko wydajnych silników dla systemów SDP (Service Delivery Platform) i IMS (IP Multimedia Subsystems). Umożliwia on budowanie aplikacji z komponentów SBB przy użyciu EclipSLEE. Architektura systemu (SOA) sprawia, że jest on łatwy do wykorzystania w innych aplikacjach.

1. Instalacja
1.1 Instalacja Mobicents (mobicents-installer-1.0.03.GA.jar)

• w trakcie instalacji zmieniamy ścieżkę dostępu na C:\mobicents>
• w kroku 4 zaznaczamy wszystkie pakiety do instalacji (Examples, Resources, tools)

Po pomyślnym zainstalowaniu serwera Mobicents należy dodać zmienne systemowe:

MOBICENTS_HOME = C:\mobicents
MOBICENTS_EXAMPLES = C:\mobicents\examples
JBOSS_HOME = C:\jboss-3.2.6

1.2 Instalacja JDK - Java Development Kid (jdk-6u3-windows-i586-p.exe)
Po zainstalowaniu JDK do zmiennych systemowych należy dodać wpis z ścieszką do jdk:

JAVA_HOME = C:\Program Files\Java\jdk1.6.0_03

PO DOKONANIU WSZYSTKICH INSTALACJI NIEZBĘDNY JEST RESTART SYSTEMU!

2. Zmiana ustawień w plikach (aby serwer z usługami działał prawidłowo, przed uruchomieniem należy wykonać kilka zmian w plikach)
2.1 Plik pierwszy to build.xml
Ścieżka:
C:\mobicents\examples\lib\build.xml należy zmienić wpis:

< property name=”jnpPorst” value=”1099” / >
< property name=”jnpHost” value=”local_ip” />

local_ip na IP na którym będziemy uruchamiać serwer Mobicents

Read the rest of this entry »

Całkiem niedawno pisałem o nowym standardzie 802.11n, a już niedługo na rozpoczynających się 7 stycznia 2008 targach International CES 2008, firma Marvell zaprezentuje układ WiFi TopDog 11n-450, umożliwiający transmisję do 450 Mb/s. Czyli aż 1,5 raza szybciej niż w wspomnianym wcześniej najnowszym i najszybszym jak na razie standardzie 802.11n.

TopDog 11n-450 poza przepustowością, charakteryzuje się niewielkim zapotrzebowaniem na energię, oraz niskimi kosztami produkcji, ponieważ wykonany jest w technologii 90 nm. Dzięki wykorzystaniu jednocześnie trzech odbiorników i nadajników możliwa jest teoretycznie przepustowość aż 450 Mb/s. Kolejną zaletą jest to, że chip zapewnia znacznie większy zasięg wysyłanego sygnału. Producent podaje, że w porównaniu do standardu 802.11g jest to aż o 500% więcej i o 160% więcej od standardu 802.11n. Warto również wspomnieć, że TopDog 11n-450 jest kompatybilny z wcześniejszymi standardami 802.11n, oraz a, b i g. Pierwsze urządzenia wykorzystujące nowy układ powinny pojawić się w następnym kwartale tego roku.

Więcej informacji można znaleźć na stronie producenta.

Na miłe zakończenie dnia… pierwszy raz udało nam się przed godziną 23 skończyć pracę z serwerem Mobicents. A dokładnie uruchamiać i testować różne usługi na tym serwerze między innymi takie jak: Call Blocking, Call Forwarding, Voice Mail Service. Podglądanie przykładowych sesji SIP. Oczywiście mowa o technologi VoIP. Przykładowy zrzut Slee-Graph-u z połączeń usług SBB i RA wymienionych wyżej:

W najbliższym czasie opublikuję całą instrukcję wraz z testami całego serwera Mobicents oraz usług Call Controller. Dla zainteresowanych więcej informacji (tutaj).

No i doczekaliśmy się nowego standardu 802.11n w sieci bezprzewodowej, oczywiście standardu “draft”, ponieważ oficjalna wersja ma zostać zaakceptowana pod koniec tego roku. Ale wiadomo już, że ostateczna wersja ma różnić się tylko drobną kosmetyką.
Nowy standard wykorzystuje technologię MIMO (Multiple Input - Multiple Output) technologia ta zwiększa zasięg oraz przepustowość poprzez nadawanie i odbieranie sygnału za pomocą trzech anten. Dzięki temu w jednym czasie może być przesyłana większa ilość informacji.

Read the rest of this entry »