VoIP. 1. Zadání. Datum: Realizace H.323 trunku mezi GnuGK a analýza mezi-ústřednové signalizace Vypracoval Jméno: Tomáš Škařupa

Transkript

1 1. Zadání Cílem cvičení je realizovat H.323 trunk mezi sousedními GnuGK za účelem úspěšného hovoru mezi endpointy, kdy bude každý endpoint registrovaný na jiném GnuGK. Realizované spojení poté student zachytí pomocí paketového analyzátoru a vytvoří diagram výměny signalizačních zpráv protokolu H

2 2. Popis řešení a vypracování Postup konfigurace GnuGK Na začátku cvičení každý student dostal přidělenou IP adresu (v mém případě: ), přes kterou se přihlásil k virtuálnímu stroji. K připojení byl využit nástroj Putty, ve kterém se vyplnily přihlašovací údaje typu: nick: student, heslo: k440 a každý zadal svoji přidělenou IP adresu. Aby bylo možné pracovat na virtuálním stroji bez omezení, musel se zadat příkaz sudo -i, který vyhrazoval práva roota. Po úspěšném přihlášení se zadal příkaz sudo apt-get update, který provedl update balíčku v depozitáři. Následně byl zadán příkaz sudo apt-get install gnugk, který spustil instalaci GK. Po naistalování se GK automaticky spustil, takže se musel zastavit. Zastavení běhu GK se provedlo pomocí příkazu sudo /etc/init.d/gnugk stop. Veškerá konfigurace GK byla provedena v konfiguračním souboru gatekeeper.ini. Před začátkem konfigurace byl původní konfigurační soubor smazán (obsahoval defaultní nastavení) a pomocí příkazu sudo rm /etc/gatekeeper.ini byl vytvořen čistý konfigurační soubor. Tento soubor byl následně pomocí příkazu sudo touch /etc/gatekeeper.ini. otevřen a do jeho obsahu byla nakopírována konfigurace dle zadání. Následně byl GK spuštěn pomocí příkazu sudo gnugk c /etc/gatekeeper.ini. Spustil i se softwarový klient Yate a po přihlášení bylo otestováno spojení mezi oběma GK (GKA na mé straně a GKB na straně spolužáka). Po úspěšném otestování spojení, byla spuštěna druhá instance Putty na mém PC a v ní byl spuštěn nástroj tcpdump (linuxová textová náhražka Wireshark). Po spuštění tcpdump příkazem sudo tcpdump w /home/student/gkavsgkb.pcap i eth0 byl proveden opětovný hovor mezi oběma GK. Po opětovném úspěšném provedení hovoru se nástroj tcpdown zastavil příkazem ctr+c. Pomocí aplikace WinSCP bylo provedeno přihlášení k virtuálnímu stroji, odkud se stáhl soubor vytvořený nástrojem tcpdump. Po stažení souboru byla provedena analýza v programu Wireshark

3 Obsah konfiguračního souboru gatekeeper.ini Ukázka obsahu konfiguračního souboru jak GKA tak i u GKB GnuGKA konfigurace: [Gatekeeper::Main] Name= TimeToLive=600 GnuGKB konfigurace: [Gatekeeper::Main] Name= TimeToLive=600 [RoutedMode] GKRouted=1 /* běží v GRC H245Routed=1 CallSignalPort=1720 [RasSrv::RRQFeatures] OverwriteEPOnSameAddress=1 [RasSrv::Neighbors] GK-B=GnuGK [Neighbor::GK-B] Host= SendPrefixes=* AcceptPrefixes=* [RoutedMode] GKRouted=1 /* běží v GRC H245Routed=1 CallSignalPort=1720 [RasSrv::RRQFeatures] OverwriteEPOnSameAddress=1 [RasSrv::Neighbors] GK-A=GnuGK [Neighbor::GK-A] Host= SendPrefixes=* AcceptPrefixes=* Ukázka spojení pomocí programu Wireshark

4 Obrázek 1 zachycená komunikace u GKA (má strana) Hovor ukončil klient připojený na GKA (já)

5 Obrázek 2 schéma zapojení GKA a GKB Bohužel se z moji zachycené komunikace nedala vyčíst IP 2, takže její koncové číslo je nahrazené třemi znaky xxx

6 3. Zhodnocení a závěr Cílem cvičení bylo realizace H.323 trunku mezi GnuGK. Po nakonfigurování obou GK a jejich spuštění se nám nepodařilo navázat spojení a zavolat si přes softwarové klienty Yate. Problém v našem případě byl ten, že já nebyl na svém PC připojen do 10-tkové sítě a kolega na GKB s IP ( ) měl překlep v konfiguračním souboru. Po odstranění obou problémů se nám povedlo realizovat spojení mezi GKA a GKB. Tato realizace komunikace obohatila mé zkušenosti a znalosti v oblasti