VVC

• hu-faq-vcr
• Edumeet
• VVC
• gk-vsx
• hu-faq-extcam
• hu-faq-vcodecs
• vegpont-beallitasok
• en-faq-pstndialin
• hu-subdomain-request
• niifgk
• hu-faq-datarate
• hu-faq-pstndialin
• hu-faq-needed
• sip ws
• Hogyan használhatom a videokonferencia felvétel szolgáltatást
• hu-faq-pisdn
• hu-faq-pstreaming
• hu-faq-bandwidth
• hu-faq-request
• hu-faq-firststeps
• hu-faq-res
• hu-faq-testgds
• hu-faq-gk
• gk-pvx
• hu-streaming-tools
• hu-faq-audioconf
• hu-subdomain-general
• hu-faq-gds
• en-gk-vsx
• en-firewall
• hu-faq-stats
• hu-faq-capacity
• GXW4024
• hu-faq-callip
• hu-faq-qprobs
• tuzfal
• voip links
• hu-streaming-stream
• hu-faq-rec
• hu-streaming-general
• hu-faq-liveembed
• hu-streaming-control
• regulation
• hu-streaming-create
• hu-faq-niifmcu
• hu-faq-vidyo-address
• hu-faq-tcs-fixaudioasync
• h323-standards
• hu-faq-vceps
• en-freegk
• hu-faq-mcu
• hu-faq-testvc
• VidyoPortal SSP
• hu-faq-presq
• hu-faq-dial
• freegk
• hu-faq-pdtmf
• hu-faq-howmany
• hu-faq-rights
• hu-faq-vsfx-mcu
• hu-faq-panalogue
• hu-faq-h323
• VoIP Recept
• hu-faq-vidyo-password
• hu-faq-doccam
• faqen
• videotorium 2 0
• hu-faq-fromwhere
• VidyoOnLinux
• hu-streaming-faq
• hu-faq-vcorg
• en-gk-pvx
• en-niifgk

hu-faq-vcr

Hogyan csatlakoztatható felvevő/lejátszó egység (VHS videomagnó, DVD lejatszo, PC + capture kártya) a Polycom ViewStation FX ill. a Polycom VSX 7000 eszközhöz?

Mindkét eszköz képes külső video- ill. az ehhez csatlakozó hangjelet fogadni bármely video- és audiokimenettel rendelkező berendezéstől, tehát a lehetőségek nem merülnek ki a felsorolt három eszközben. Kérjük ellenörizze az egyes eszközök felhasználói könyvében, hogy mi a csatlakoztatás pontos módja, a szükséges kábeleket megtalálja az eszközök mellé adott kábel-készletben (3-as RCA csatlakozó).

A Polycom ViewStation eszköz rendelkezik szeparált videofelvevő kimenettel is (3-as RCA kimenet), a menüben állítható, hogy milyen képet adjon ki az eszköz ezen a kimeneten:

Admin Setup -> Video/Cameras -> VCR menü
VCR Record Source: Auto / Near (közeli kép) / Far (távoli végpont kép)

A Polycom VSX 7000 eszköz esetében valamelyik általános video kimenet (pl. TV csatlakoztatása RCA-val, a mellette lévő, ezzel megegyező funkcionalitású S-Video a videofelvevőbe csatlakozik).

A Polycom ViewStation FX készülék esetében alapállásban (főkamera képe látható) ill. videokonferencia közben a Near gomb segítségével választhatunk a videobemenetek közül. A Polycom VSX 7000 eszköznél a bemenetek közötti választásra a Camera nyomógomb szolgál.

Edumeet

[DRAFT]

meet.edu.hu hiba esetén: mailto:ugyfelszolgalat@kifu.gov.hu

Az edumeet egy nyílt forráskódú videokonferencia program. ismert instanceok:

• meet.edu.hu (korábban letsmeet.hu) @powered by KIFÜ
• meet.kifu.hu (bejelentkezett felhasználóknak fenntartva, de vendégként is elérhető ha van aki beengedjen a szobába) @powered by KIFÜ
• edumeet.geant.org @powered by KIFÜ
• letsmeet.sze.hu
• letsmeet.no

a szoftverről magáról: https://edumeet.org/

a szoftverrel kapcsolatos hibaleadás és funkció kérése: https://github.com/edumeet/edumeet/issues

elérhető oktatási anyagok: https://kifu.gov.hu/wp-content/uploads/2022/03/Letsmeet_felhasznalasi_segedlet.docx http://kazinczy-alapitvany.hu/wp-content/uploads/2021/01/letsmeet-hasznalati-utmutato.pdf https://munkatars.sze.hu/images/EIK/T%C3%A1voktat%C3%A1s/Letsmeet.pdf

extra kapcsolók:

displayName=name

headless=true

acceptCookie=true

filmstrip=true

hideNoVideoParticipants=true

https://meet.edu.hu/szobaneve?displayName=name&headless=true&acceptCookie=true&filmstrip=true&hideNoVideoParticipants=true

VVC

VVC (Voice Video Collaboration)

---

WebRTC

• https://misi.github.io/webrtc-c0d3l4b/
• http://www.medianews.me/
• http://g.co/webrtc https://docs.google.com/document/d/1idl_NYQhllFEFqkGQOLv8KBK8M3EVzyvxnKkHl4SuM8/edit
• http://io13webrtc.appspot.com
• http://www.hbone.hu/Workshop2013/webrtc.pdf

Demo

• LifeSize WebRTC demo http://www.lifesize.com/en/webrtc
• WebRTC Reference app https://apprtc.appspot.com/
• Chrome demos https://code.google.com/p/webrtc/source/browse/#svn%2Ftrunk%2Fsamples%2Fjs%2Fdemos%2Fhtml
• Muaz Khan Demos https://www.webrtc-experiment.com/
• Cube Slam Chrome experiment Game https://www.cubeslam.com

GetUserMedia

• GetUserMedia ASCII http://idevelop.ro/ascii-camera/
• GetUserMedia Face Gestures http://shinydemos.com/facekat/
• GetUserMedia Filters http://webcamtoy.com/hu/app/
• GetUserMerdia constraints https://simpl.info/getusermedia/constraints/
• getUserMedia + Web Audio http://www.webaudiodemos.appspot.com/AudioRecorder/index.html
• Screen Sharing/Capture https://html5-demos.appspot.com/static/getusermedia/screenshare.html

PeerConnection

• PeerConnection simple vidconf demo http://www.simpl.info/rtcpeerconnection/

DataChannel

• PeerConnection simple data channel demo http://www.simpl.info/rtcdatachannel/
• P2P file share http://www.sharefest.me/

FrameWork

• https://github.com/henrikjoreteg/SimpleWebRTC
• https://github.com/priologic/easyrtc
• https://github.com/webRTC/webRTC.io
• http://peerjs.com/
• https://github.com/peer5/sharefest

IETF

• media constraints http://tools.ietf.org/html/draft-alvestrand-constraints-resolution-03

Other

• High Performance Browser Networking Chapter 18. WebRTC http://chimera.labs.oreilly.com/books/1230000000545/ch18.html
• WebRTC World 2013 Google http://www.webrtcworld.com/videos.aspx?vid=9321
  • https://docs.google.com/presentation/d/11fkH--rumsDT2KBQyCRoN0Bbys83DRW-bm7drogD3XU/edit?forcehl=1&hl=hu&pli=1#slide=id.p17
  • AppRTC : Google’s WebRTC test app and its parameters http://gingertech.net/2014/03/19/apprtc-googles-webrtc-test-app-and-its-parameters/
  • https://github.com/GoogleChrome/webrtc
  • WebRTC Resources https://docs.google.com/document/d/1idl_NYQhllFEFqkGQOLv8KBK8M3EVzyvxnKkHl4SuM8/edit
  • screen share helyett desktopCapture https://developer.chrome.com/extensions/desktopCapture
  • Janus GW https://janus.conf.meetecho.com/videomcutest.html
  • UPM.es MCU http://lynckia.com/licode/
  • UPM.es spin-off company http://www.mashme.tv/

Mozilla

• Loop
  • https://wiki.mozilla.org/Loop
  • https://support.mozilla.org/hu/kb/firefox-hello-send-and-receive-calls-webrtc
  • http://blog.mozilla.org/futurereleases/2014/10/16/test-the-new-firefox-hello-webrtc-feature-in-firefox-beta/
• mozilla h.264
  • https://wiki.mozilla.org/QA/WebRTC/OpenH264
  • http://andreasgal.com/2014/10/14/openh264-now-in-firefox/

Troubleshooting & Debug

Browser internal stats

• Mozilla about:webrtc
• Chrome chrome://webrtc-internals/

Connectivity Check

• http://www.check-connectivity.com/

SIP

1. SIP WorkShop
2. Magyar Szabályozás
3. Linkek

Videokonferencia

Dokumentumok | Documents

• Felhasználói segédlet a webkonferencia szolgáltatás használatához
• Felhasználói segédlet a Videotorium használatához
• Free gatekeeper (in English)
• Végpontok beállítása (only in Hungarian)
• Tűzfal konfigurációs információk | (Security Settings)
• NIIF gatekeeper hálózat | (NIIF Gatekeeper Network)
• H.323 Standards (English only)

Videokonferencia FAQ (Gyakran Ismételt Kérdések)

Az angol nyelvű verzióhoz kattintson ide (for English FAQ please click here).

Hibabejelentés

A központi szolgáltatásokkal (MCU, foglalási rendszer, felvétel, stb.) kapcsolatos műszaki problémák esetén segítséget kérhet a video-admin@niif.hu e-mail címen vagy sürgősségi esetben a +36 1 450 3095 (általános NIIF hibabejelentés). Közvetlen technikai segítséget az Ön intézményénél kijelölt videokonferencia felelőstől kaphat.

Fontos linkek

• MCU foglalási rendszer
• Videokonferencia eszközök listája
• Desktop videokonferencia rendszer (további információ: Leírás és igénylés)
• Videotorium (felsőoktatási-kutatási videomegosztó oldal)
• Hogyan használjuk okosan videokonferencia berendezésünket? (Videokonferencia felhasználói oktató videó)
• NIIF Videokonferencia, a felhasználók szemszögéből (bemutató videó)

Kiemelt oldalak

1. Hogyan igényelhetek intézményemnek NIIF videokonferencia berendezést?
2. Milyen végpontokat tudok felhívni?
3. Hogyan tudok felhívni egy másik videokonferencia berendezést?
4. Hogyan kell megszervezni egy videokonferenciát? Hogyan veszem fel a kapcsolatot egy távoli végpont üzemeltetőjével?
5. Hogyan használhatom az NIIF MCU szolgáltatását? (konferencia, meeting room)
6. Hogy tudok telefonról videokonferenciákhoz csatlakozni?
7. Hogyan használhatom a videokonferencia felvétel szolgáltatást?
8. H.323 és tűzfalak - hogyan bírjam működésre?
9. Hogyan lehet behívni az új MCU rendszeren foglalt konferenciákba, meeting room-okba nem támogatott videokonferencia berendezések használatával?

Tesztelés, tipikus hibák és elhárításuk

1. A kép minősége rossz (akadozik, lefagy). Hogyan ellenőrizhetem a minősegi ill. átviteli paramétereket?
2. Hogyan tesztelhetem a videokonferencia berendezés hálózati kapcsolatát?
3. Hogyan tudom ellenőrizni a külföldi (GDS) konnektivitást?
4. Újratelepítettem a VidyoDesktop kliensemet, mit kell megadnom portal address-nek az első induláskor?
5. Hogyan tudom szinkronba hozni a videokonferencia felvételében a képet és a hangot?
6. Hogyan tudok új jelszót kapni a Vidyo hozzáférésemhez?

Információs oldalak

1. Mi a H.323?
2. Mi a gatekeeper?
3. Mi az MCU? Mikor van szükségem MCU-ra?
4. Mi a GDS?
5. Milyen felbontásban kerül átvitelre a kép egy videokonferenciában? Mi a CIF, 4CIF és HD?
6. Mi a különbség a videokonferencia esetén használt video kódoló algoritmusok között?
7. Mekkora adatsebességet használjak?

Polycom ViewStation FX és VSX 7000 tippek

1. Mi a dokumentum-kamera? Hogyan használhatom ezt a Polycom ViewStation FX/VSX7000 berendezésekkel?
2. Hogyan csatlakoztathatok külső kamerát a Polycom ViewStation FX ill. Polycom VSX 7000 eszközökhöz?
3. Hogyan rögzíthető egy videokonferencia? Hogyan játszhatok be mozgóképet videokonferenciába?
4. Hogyan csatlakoztatható felvevő/lejátszó egység (VHS videomagnó, DVD lejatszo, PC + capture kártya) a Polycom ViewStation FX ill. a Polycom VSX 7000 eszközhöz?
5. Miért nem olvasható a prezentációban lévő apróbetűs szöveg a televízió-képernyőn?
6. Hogyan használhatom a Polycom ViewStation FX és a Polycom VSX 7000 streaming képességeit?
7. Hogyan kell beállítani a Polycom ViewStation FX ISDN egységét?
8. Hogy lehet analóg telefont csatlakoztatni a Polycom ViewStation FX eszközhöz?
9. Hogyan lehet DTMF hangjelzést adni Polycom ViewStation és VSX 7000 berendezések segítségével?

Egyéb információ

1. Hol találok információt külföldi felsőoktatási/akadémiai videokonferencia rendszerek elhelyezkedéséről?
2. Ha partneremnek (akar külföldi, akár belföldi) - akivel videokonferenciázni szeretnék - nincs "telefonszáma" csak IP cime (nincs a GDS-ben), hogyan hívhatjuk egymást mégis könnyen, egyszerűen?
3. Hogyan tudok hangkonferenciázni PSTN és VoIP résztvevőkkel?

Videotorium 2.0

• Videotorium 2.0 felhasználói segédlet

Élő közvetítések

1. Áttekintés
2. Eszközök
3. Közvetítés létrehozása a Videotorium-on
4. Stream előállítása és küldése
5. A közvetítés vezérlése

Intézményi aloldalak

1. Áttekintés
2. Videotorium intézményi aloldal igénylés menete

Gyakran ismételt kérdések

Figyelem! Az oldal folyamatos bővítés alatt áll. Amennyiben nem talál választ kérdésére, kérjük nézzen vissza később, illetve kérdezzen tőlünk az admin@videotorium.hu címen!

Élő közvetítések

1. Mi szükséges hozzá, hogy létrehozhassak élő közvetítést a Videotorium-on?
2. Csak az iskolánkból lehetséges közvetíteni, vagy bárhonnan, ahol van elegendő sávszélesség ehhez?
3. Intézményemben rendszeresen lesznek olyan események, amelyeket közvetíteni fogunk. Hány élő közvetítést vihetek fel az oldalra?
4. Mennyi egyidejű nézőt tud kiszolgálni az oldal egy közvetítés közben?
5. Létezik valamilyen mód arra, hogy beágyazzam a közvetítést egy weboldalba?
6. Egy közvetítés után megtudható, hányan nézték meg?
7. Milyen szoftverkomponensekre van szüksége egy felhasználónak, aki szeretné követni az élő közvetítéseket?
8. Milyen tulajdonságokkal kell rendelkeznie a hálózati kapcsolatomnak ahhoz, hogy a közvetítés megfelelően működjön?

gk-vsx

Polycom VSX 7000 videókonferencia végpont

System->Admin Settings->Network->IP->H.323 Settings: léptessünk egy oldalt (2. oldal)

Use Gatekeeper: Specify
H.323 Name: név (pl. intézményre, személyre jellemző név)
H.323 Extension (E.164): hívószám
Primary Gatekeeper IP Address: fz-gk.vvc.niif.hu

hu-faq-extcam

Hogyan csatlakoztathatok külső kamerát a Polycom ViewStation FX ill. Polycom VSX 7000 eszközökhöz?

Mindkét berendezés esetében S-Video csatlakozó segítségével lehetséges bármely külső kamera csatlakoztatása az eszközök hátulján számokkal megjelölt aljzatokba. Mivel a főkamerát (beépített) 1-es kamerának is nevezik (nincs ilyen számú bemenet), a külső kamera a 2-es számú aljzatba csatlakoztatható. A Polycom ViewStation FX eszköz esetében alapállapotban (kamera kép látszik) ill. konferencia közben a Near gomb megnyomásával választható ki a megfelelő video bemenet. A Polycom VSX 7000 berendezésnél külön gomb szolgál a videobemenet kiválasztására (Camera).

Természetesen az elsődleges kamera is helyettesíthető a csatlakoztatott külső kamerával, ehhez az alábbi beállítás végrehajtására van szükség:

Polycom ViewStation FX esetén:

Admin Setup -> Video/Cameras -> Cameras menü
Primary Camera: 2

Polycom VSX 7000 esetén:

System -> Admin Settings -> Cameras menü
Primary Camera: 2

hu-faq-vcodecs

Mi a különbség a videokonferencia esetén használt video kódoló algoritmusok között?

Három fő szabványos (ITU-T) videokódoló algoritmus használatos a videokonferencia területén:

H.261 (1990): az MPEG1 kódoláshoz nagyon hasonló algoritmussal kódol. QCIF és CIF felbontásban tud működni ill. lehetőség van 4CIF felbontású állóképek átvitelére. A kódolás viszonylag alacsony számítási igénnyel rendelkezik.

H.263 (1996): az MPEG2 (SVCD, DVD) kódoláshoz hasonlít. Általános érvényű, hogy fele adatsebességen nyújt ugyanolyan minőséget mint a H.261-es algoritmus, viszont legalább 2x-es számítási kapacitást igényel a kódoló eszköztől. 4CIF illetve nagyobb felbontású képek átvitelét a szabvány rögzíti (pl. 16CIF).

H.264 (2003): alapjaiban az MPEG4 kódoláshoz hasonlít. Itt is elmondható, hogy fele akkor adatsebesség alkalmazásával biztosít olyan minőséget mint a H.263-as kódolás, azonban a számítási igénye 4x-es a H.263-hoz hasonlítva. HD videó átvitele kizárólag ezen codec használatával történik.

vegpont-beallitasok

Videokonferencia végpontok konfigurációja

Jelen dokumentum segítséget nyújt az NIIF videokonferencia szolgáltatáshoz való csatlakozásban. A dokumentum Önre nézve a következő esetekben releváns:

• Az Ön intézménye hardveres videokonferencia rendszerrel rendelkezik, amely jelenleg nem csatlakozik az NIIF-es szolgáltatáshoz.
• A végpont számára fix, a 0036100-as zónában lévő E.164 nemzetközi GDS hívószámra van szükség.

Megjegyzés: Szoftveres végpontok számára az NIIF free gatekeeper használatát javasoljuk.

Alapkövetelmények

• Saját tulajdonú H.323/SIP videokonferencia rendszer,
• Megfelelő sávszélességű HBONE internet-kapcsolat (min. 512Kbps szimmetrikus sávszélesség, osztott használat esetén QoS alkalmazása),
• Fix IP cím a videokonferencia eszköz számára,
• A megfelelő tűzfal/NAT beállítások alkalmazása. Ennek módjáról bővebben itt olvashat.

Igénylés és beállítások

Kérjük, hogy az eszköz(ök) konfigurálásakor tartsa magát az alábbi lépésekhez.

1. Igénylés: kérjük töltse ki berendezés igénylésére vonatkozó űrlapunkat. Az igénylés tartalmazza az alábbiakat:
   • A videokonferencia eszközt üzemeltető intézmény megnevezése
   • A videokonferencia eszköz típusa
   • Az eszköz elhelyezésére szolgáló helyiség címe, telefonszáma (amennyiben van)
   • Az eszköz fix IP címe
   • Üzemeltetési kapcsolattartó elérhetősége (e-mail cím, telefonszám)
   • Egyéb speciális kívánság leírása.
2. Beállítások: a fix, illetve az általunk visszaküldött paraméterek alapján a beállítások elvégzése a videokonferencia eszközön.
   • LAN kapcsolat full duplex 100Mbps beállítása (a helyi switch-en is érdemes, ennek hiányában sokszor csomagvesztés tapasztalható)
   • IP cím, netmask, default gateway, DNS szerver és hostname beállítása (ld. eszköz user manual)
   • Gatekeeper: niif-gk.vvc.niif.hu
   • E.164 hívószám beállítása (gyakran: H.323 extension): 0036100.... (NIIF adja, a teljes hosszúságú számot be kell állítani)
   • H.323 ID beállítása (intézményre jellemző betűkód használata javasolt)

Polycom ViewStation FX berendezés esetén (példa)

Hálózati paraméterek:

System Info
  Admin Setup
    LAN/H.323
      LAN/Intranet
        LAN&Intranet

Itt adja meg az alábbi paramétereket:

IP Address
Subnet Mask
Default Gateway
DNS Servers
Host Name (csak a domain rész első része)

Gatekeeper konfiguráció:

System Info
  Admin Setup
    LAN/H.323
      H.323
        Setup

H.323 name when calling this system: H.323 ID megadása (intézmény rövid neve javasolt)
H.323 Extension (E.164): az NIIF által kiosztott 0036100xxxx formátumú szám megadása.

Ha fenti paramétereket helytelenül állítja be, akkor a gatekeeper nem engedi regisztrálni a végberendezést.

Egyéb beállítások

Érdemes néhány egyéb, főként biztonsági beállítást is eszközölni (pl. adminisztrációs jelszó, web jelszó, streaming jelszó, SNMP/FTP/Telnet szolgáltatások tiltása, stb.). Polycom ViewStation esetén:

System Info
  Admin Setup
    Security

Videokonferencia kapcsolat tesztelése

Ha a regisztráció megtörtént, hívja a 003655119999 MCU tesztszámot. Amennyiben a kapcsolat felépül és látja a saját kamerájának képét egy osztott képernyőn, akkor a konfiguráció rendben megtörtént.

Gyakran előforduló problémák

• Nem regisztrál az eszköz: rossz a megadott IP konfiguráció (IP cím, default gateway, stb.), nem jó a helyi hálózati kapcsolat, rossz a megadott E.164 hívószám, stb.
• Regisztrál, de nem épülnek fel a hívások vagy nincs videó/audió mindkét vagy csak az egyik oldalon: tűzfal/NAT probléma. Kérjük olvassa el a vonatkozó dokumentációt itt.
• Felépül a hívás, de rendkívül rossz a kép ("kockás", szétesik): csomagvesztés van (általában ellenőrizhető az eszközökön), amely lehet forgalmi vagy egyéb viszonyok miatt (helyi ethernet switch és a videokonferencia eszköz rosszul határozták meg az adatsebességet és duplexitást, un. duplex mismatch - rendkívül gyakori probléma!), rossz hálózati kábel, stb.

en-faq-pstndialin

How can I dial into videoconferences using an ordinary phone?

Using NIIF videoconference services, it is possible to dial into our H.323 videoconferences from PSTN networks (landline or mobile) and from the NIIF VoIP network. In order to use this gateway service, please follow the instructions below:

Please call +36 1 666 1111 number to access our PSTN -> GDS (H.323) gateway service. This is an internationally available number terminated in Budapest, Hungary. Please note that you will be charged by your local PSTN provider for an international call in case of calling outside of Hungary.

Calling this number you will hear a voice (IVR) asking for a GDS number to connect your phone to. Please use your phone's numeric keypad to type the desired GDS number. Use key 9 to access english language menu.

Notes:

• Please note that only full length GDS numbers are accepted here. For example for MCU number 003655119999 you need to enter all the 13 digits.
• You are allowed to call any international GDS numbers. In addition, using a phone device located in a NIIF VoIP member institution, any GDS numbers can be called without any charge.

hu-subdomain-request

Videotorium intézményi aloldal igénylés menete

Az igénylés folyamata

1. Egy intézményi aloldal igénylése egy űrlap kitöltésével indítható el.
2. Amennyiben az űrlap beküldésre került, az adatokat feldolgozzuk, majd visszajelzünk a bejelentő e-mail címén.
3. Sikeres feldolgozás esetén a következőket állítjuk be:
   • aldomain (pl. http://mta.videotorium.hu), amely listázza az adott intézmény videóit
   • Google Analytics tracking kód
   • Intézményi szerkesztő (egy létező Videtorium felhasználó)

Intézményi szerkesztő

Az intézményi szerkesztő egy kiemelt jogokkal rendelkező Videotorium felhasználó. Az ő fiókjával lehetséges az intézményi aloldal tartalmának adminisztrálása:

• hírek kezelése
• bemutatkozás szerkesztése
• a főoldali Ajánlott felvételeink doboz tartalmának módosítása
• további felhasználók meghívása intézményi szerkesztőnek

Az intézményi szerkesztőnek beállított felhasználó a Videotoriumba belépve az Intézményem menüpontban ellenőrizheti a beállítás sikerességét. Ilyen esetben láthatja az intézménye nevét és lehetőségeket.

Bemutatkozás, hírek

Az Intézményem oldalon a Hírek kezelése menüpontot választva híreket adminisztrálhatunk. Újakat hozhatunk létre, amelyek az aloldal kezdőoldalán jelennek meg, de a korábban felvitteket törölhetjük, módosíthatjuk. Egy hír felvitelekor/szerkesztésekor az alábbi opciókat adhatjuk meg:

• hír időbeli érvényessége: kezdő- és végdátum megadása, ezzel szabályozhatjuk, mikor legyen látható a hír
• hír címe, bevezetője, teljes szövege: a cím és a bevezető a főoldalon listázható, a teljes szöveg csak a hírre kattintva jelenik meg
• hír súlya: minél kisebb számot adunk meg, annál feljebb kerül a főoldali listában a hír

Ajánlott felvételeink

Az intézményi szerkesztő a saját publikus és privát felvételén kívül látja az összes, az intézményéhez tartozó (a többi, az intézményhez sorolt Videotorium-os felhasználó által feltöltött) publikus felvételt a Felvételeim oldalon.

Az oldal automatikusan válogat ezen felvételek közül a főoldalon látható Ajánlott felvételeink dobozba. Ha be szeretnénk állítani egy felvételre, hogy ajánlott legyen, kattintsunk az Adatok szerkesztése gombra, majd navigáljunk a Megosztás fül További beállítások részére. Válaszoljunk igennel a Kiemelt felvétel az intézményi főoldalon és az Ajánlóban? kérdésre.

Fejléc

Az aloldalhoz javasoljuk egy saját fejléc elkészítését, amelyhez PSD formátumú template-et innen lehet letölteni: innen

A fejlécből három verziót kell elküldeni az admin@videotorium.hu e-mail címre:

• hu.jpg: magyar nyelvű fejléc
• en.jpg: angol nyelvű
• bg.jpg: kifutó

Követelmények a fejléccel kapcsolatban:

• A fejlécen legyen felismerhető az intézmény neve és/vagy logója.
• Színvilágban nyugodtan el lehet térni a fejléctől, de olyan színt javaslunk választani, ami az oldal alján lévő kék színű, impresszum sávval is harmóniában van.
• Az egységes arculat érdekében kérjük nem módosítani a fejléc tetején lévő Videotorium logót és a mottót!
• A logó háttérképének (a kifutó) célja, hogy nagyméretű képernyők esetén a fejléc (hu/en.jpg) szélességén "túlnyúló" részeken is biztosítsa az arculati elemet - ennek működése, helye könnyen ellenőrizhető a böngészőkben a zoom csökkentésével.
• A felső Videotorium logótól "balra" nem érdemes tenni semmilyen grafikát, mert az kisebb monitorokon nem garantált, hogy megjelenik. A "hasznos terület" az előbb említett logó és a szintén fent lévő kereső box által közrezárt felület.

niifgk

NIIF gatekeeper hálózat

A gatekeeper a H.323 hálózatok fontos építőeleme, amely a következő feladatokat látja el:

• Hívószám alapú hívás-irányítás: telefonszám alapján képes a gatekeeper a hívott felet megtalálni. Hívni - bár a lehetőség természetesen megvan rá - nem IP cím vagy domain név alapján kell, hanem a szokványos telefonálásnál használt hívószámok segítségével (pl. 00361001234).
• Hívás engedélyezés: hívás kezdeményezése esetén a gatekeeper hivatott eldönteni, hogy a hívó fél jogosult-e a hívás kezdeményezésére illetve fogadására.
• Hívás hitelesítés: igény szerint hitelesítheti a hívó felet (pl. jelszó).
• Sávszélesség limitálás: hívások sávszélességének kontrollálása.
• Számlázási információk szolgáltatása: hívás rekordok (CDR) szolgáltatása.

Ahhoz, hogy a gatekeeper szolgáltatásait egy H.323 végberendezéssel (pl. videokonferencia berendezés, NetMeeting, GnomeMeeting, stb.) igénybe tudjuk venni, a végberendezésnek regisztrálnia kell a gatekeeperben. A gatekeeper nyilvántartja a regisztrált végpontokat és kezeli az általuk kezdeményezett hívásokat.

Minden gatekeeperhez tartozik egy ún. zóna, amely egy egyedi hívószám előtaggal (prefix) rendelkezik. Például a 100-as zónában lévő végberendezés hívószáma: 00361001020 (ahol a 1020 egy lehetséges végpont azonosítója a 100-as zónán belül). Egy adott zónán belül lévő végpontok hívásainak irányításáról illetve a fent felsorolt egyéb szolgáltatások biztosításáért a zóna gatekeepere felel.

Az NIIF videokonferencia szolgáltatás zónái

Az alábbi ábrán az NIIF videokonferencia szolgáltatást alkotó Gatekeepereket ábrázoltuk ill. a hozzájuk tartozó zónákat. Jelöltük továbbá a hívószám előtagokat, amelyek alapján a hívás irányítás működik.

HU zóna

Gatekeeper: HU-GK

Domain név: hu-gk.vvc.niif.hu

Prefix: 0036 (ill. 06)

Funkció: belföldi intézmények gatekeepereinek összekapcsolása, nemzetközi H.323 kapcsolat biztosítása. A HU-GK kizárólag gatekeeperek közötti hívás irányítással foglalkozik, végpontok regisztrációja nem lehetséges.

(Megjegyzés: a 0036 előhívő helyett a 06-ot is használhatjuk belföldi hívás kezdeményezése esetén).

NIIF zóna

Gatekeeper: NIIF-GK

Domain név: niif-gk.vvc.niif.hu

Prefix: 0036100 (ill. 06100)

Funkció: gatekeeper szolgáltatás olyan belföldi intézmények számára, akik nem rendelkeznek gatekeeperrel. Az NIIF-GK további feladata az NIIF MCU (Multipoint Control Unit) videokonferencia szerver bekapcsolása a szolgáltatásba.

Free zóna

Gatekeeper: FZ-GK

Domain név: fz-gk.vvc.niif.hu

Prefix: 0036900 (ill. 06900)

Funkció: bárki számára szabadon hozzáférhető gatekeeper szolgáltatás, amely használható tetszőleges H.323 kompatibilis végberendezés segítségével (pl. Microsoft NetMeeting, GnomeMeeting). Az FZ-GK-hoz csatlakozó felhasználók szabadon használhatják az NIIF videokonferencia szolgáltatásait (beföldi ill. nemzetközi GDS hívások).

Global Dialling Scheme

A GDS (Global Dialing Scheme) egy nemzetközi hívószám-kiosztás, amely több mint 100 zónát foglal magában kb. 30 országból. A GDS lehetővé teszi külföldi kutatóintézetek és egyetemek nemzetközi telefonszám alapján való elérhetőségét (pl. 0049, Németország).

hu-faq-datarate

Mekkora adatsebességet használjak?

A minimális adatsebesség, amely már megfelelően élvezhető képet nyújt, természetesen függ az alkalmazott kodektől (ld. Milyen felbontásban kerül átvitelre a kép egy videokonferenciában? Mi a CIF, 4CIF és HD?). Az alábbi táblázatban algoritmusonként feltüntettük az elfogadható minőséghez minimálisan szükséges adatsebesség és felbontás kombinációkat:

Codec	Felbontás	Min. adatsebesség
H.261	CIF	768 Kbps
H.263	CIF	384 Kbps
H.264	CIF	256 Kbps
H.263	4CIF	2Mbps
H.264	4CIF	1Mbps
H.264	720p	1.5Mbps
H.264	1080p	2.5Mbps

Mivel a hazai ill. nemzetközi felsőoktatási és kutatói hálózatok megfelelő kapacitás-tartalékokkal rendelkeznek, ezért mindig érdemes a maximális adatsebességet alkalmazni, hiszen ezzel senkinek nem okozunk kárt. A Polycom ViewStation FX ill. a Polycom VSX 7000 berendezéseknél a maximális adatsebesség 2 Mbps (H.261 és H.263) ill. 384 Kbps (H.264). Mindkét berendezésnél a tárcsázás (Call gomb) képernyőn választható ki az alkalmazni kívánt adatsebesség (pl. 384/512/768/1024/1536/1920Kbps).

hu-faq-pstndialin

Hogy tudok telefonról videokonferencia berendezést hívni és fordítva?

Amennyiben Ön utazik, külföldön tartozkódik, éppen nincsen internet kapcsolata, vagy nem áll módjában hozzáférni videokonferencia eszközhöz, akkor lehetőség van telefon (mobil, vezetékes) segítségével bekapcsolódni egy videokonferencia megbeszélésbe. Ehhez tegye az alábbit:

1. Tárcsázzuk a budapesti +36 1 666 1111 telefonszámot, egy hang köszönt bennünket (külföldről is hívható, a hívás díja a normál budapesti hívás díjával megegyező, HBONE VoIP irányból ingyenes)
2. Egy hangmenü jelentkezik. Tárcsázzuk a videokonferencia rendszer számát a telefonon található számbillentyűk segítségével

Néhány megjegyzés:

• A számnak a 0036..... formátumot kell követnie. A 9999-es MCU tesztszám például a következő számsor tárcsázásával hívható: 003655119999
• Telefonos hangkonferencia szolgáltatás létesítésére van lehetőség

hu-faq-needed

Milyen szoftverkomponensekre van szüksége egy felhasználónak, aki szeretné követni az élő közvetítéseket?

Élő Videotorium közvetítés megtekintéséhez nem szükséges regisztráció az oldalra, csak egy olyan számítógép, amelyre internet böngésző és a legfrissebb Adobe Flash player van telepítve. Utóbbi meglétét ezen a linken ellenőrizheti.

sip ws

Sip Workshop

Tervezett program

1. Nap
   • 10:00 - 12:00 Érkezés, bemutatkozás, azonosítók, eszközök
   • 12:00 - 13:00 Ebéd szünet
   • 13:00 - 14:30 SIP elmélet
   • 14:30 - 15:00 Kávé Szünet
   • 15:00 - 17:00 SIP elmélet
2. Nap
   • 09:00 - 10:45 SIP Call Flow-k
   • 10:45 - 11:00 Kávészünet
   • 11:00 - 12:00 OpenSIPS elmélet
   • 12:00 - 13:00 Ebéd
   • 13:00 - 14:30 OpenSIPS konfigurációs file-ok
   • 14:30 - 15:00 Kávészünet
   • 15:00 - 17:00 OpenSIPS Register, Invite Gyakorlat
3. Nap
   • 09:00 - 10:45 Asterisk elmélet
   • 10:45 - 11:00 Kávészünet
   • 11:00 - 12:00 Asterisk konfigurációs file-ok
   • 12:00 - 13:00 Ebéd
   • 13:00 - 14:30 Asterisk gyakorlat (IVR)
   • 14:30 - 15:00 Kávészünet
   • 15:00 - 17:00 Asterisk Gyakorlat
4. Nap
   • 09:00 - 10:45 Azonosító gazdálkodás, accounting, QoS, HA
   • 10:45 - 11:00 Kávészünet
   • 11:00 - 12:00 Minden ami kimaradt, apróságok, stb.
   • 12:00 - 13:00 Ebéd
   • 13:00 - 15:00 Kérdések

Slideok

• Pre-Agenda agenda.odp agenda.pdf
• id.odp id.pdf
• sip.odp sip.pdf
• opensips.odp opensips.pdf
• asterisk.odp asterisk.pdf
• lastnotleast.odp lastnotleast.pdf

Bonus (Erről nem lesz szó időhiányában):

• dial-peer.odp dial-peer.pdf

Hands-On

Berendezések

• Cisco/Linksys SPA504G
• Cisco/Linksys SPA8000
• FIT-PC2

Hálózat

• WS-C3550-48-SMI 250 denver-eugene
• WS-C3550-24-SMI 251 chicago
• WS-C2960-24TC-L 252 biloxi
• WS-C3750G-24TS 253 atlanta

Tartományok

• alice@atlanta.test
• bob@biloxi.test
• carol@chicago.test
• dave@denver.test
• eve@eugene.test

---

• a1 110-114
• b1 115-119
• c1 120-124
• d1 125-129
• e1 130-134

dhcp 140-180

prefix +365012

handson.dia

mac-ip-exten

• atlanta

mac	ip	exten	user
00:26:99:ab:cf:5e	195.111.158.140	3001	alice1
00:26:99:ab:cf:1b	195.111.158.141	3002	alice2
00:21:29:0d:87:4c	195.111.158.142	3003	alice3

• biloxi

mac	ip	exten	user
00:26:99:ab:ce:45	195.111.158.143	4001	bob1
00:26:99:ab:ce:60	195.111.158.144	4002	bob2
00:21:29:0d:8a:90	195.111.158.145	4003	bob3

• chicago

mac	ip	exten	user
00:26:99:ab:ce:4f	195.111.158.146	5001	carol1
00:26:99:ab:ce:df	195.111.158.147	5002	carol2
00:21:29:0d:89:d0	195.111.158.148	5003	carol3

• denver

mac	ip	exten	user
00:26:99:ab:ce:3d	195.111.158.149	6001	dave1
00:26:99:ab:ce:59	195.111.158.150	6002	dave2
00:21:29:0d:87:80	195.111.158.151	6003	dave3

• eugene

mac	ip	exten	user
00:26:99:ab:ce:5f	195.111.158.152	7001	eve1
00:26:99:ab:cf:4c	195.111.158.153	7002	eve2
00:21:29:0d:87:14	195.111.158.154	7003	eve3

Résztvevők

Sorszám	Név	Intézmény
1.	Hujber Zoltán	Nyme GEO (Székesfehérvár)
2.	Halász Attila	Nyíregyházi Főiskola
3.	Szennai István	Nyíregyházi Főiskola
4.	Klinger Csaba	PPKE BTK
5.	Csillag Tamás	PPKE ITK
6.	Kovács Csaba István	Dunaújvárosi Főiskola
7.	Botka István	Dunaújvárosi Főiskola
8.	Marton Gábor	Pannon Egyetem - Mûszaki Informatika Kar
9.	Voczelka Ferenc	KFKI RMKI
10.	Dombos Kálmán	SZTE Számítóköpont
11.	Gergely László	SZIE Informatikai Központ
12.	Gyarmati Gábor	SZIE Informatikai Központ
13.	Pataki György	AVKF
14.	Szalka János	MTA Atomki
15.	Szarvas Tamás	Budapesti Corvinus Egyetem
16.	Simon Imre	BME
17.	Czirok Ferenc	KFKI RMKI
18.	Kovács László	KFKI RMKI
19.	Pásztor György	SZTE Egyetemi Könyvtár
20.	Csató Péter	Pannon Egyetem

Hogyan használhatom a videokonferencia felvétel szolgáltatást

A videokonferencia felvétel szolgáltatás segítségével egy lefoglalt MCU konferencia rögzítésre kerül, így az a konferencia végeztével megtekinthető és letölthető. A konferenciával egyidőben live streaming szolgáltatásra is van lehetőség, így ha ön nem résztvevője a konferenciának, vagy nincs lehetősége bekapcsolódni, viszont szeretné követni az ott történteket, erre megvan a lehetősége a megfelelő opció kiválasztásával.

A rögzítéssel kapcsolatos opciókat (csak felvétel, vagy felvétel és live streaming) az MCU konferencia foglalásánál adhatja meg.

Lásd még: MCU foglalási rendszer

hu-faq-pisdn

Hogyan kell beállítani a Polycom ViewStation FX ISDN egységét?

Polycom ViewStation FX egy külső ISDN egységgel (ISDN QBRI IMUX) összesen 4 Basic Rate ISDN (BRI) vonalat képes fogadni. Egy ilyen ISDN vonal két 64Kbps sebességű vonalat (B csatorna) foglal magában, így az eszköz összesen 8 x 64 Kbps = 512Kbps aggregált sávszélességen képes kommunikálni egy másik ISDN videokonferencia eszközzel. Természetesen mind a négy vonal csatlakoztatása nem szükséges, pl. egyetlen ISDN vonal bekötése esetén csak 64Kbps vagy 128Kbps adatsebességet fog használni az eszköz. Az ISDN alapú videokonferencia a H.320 protokollt használja.

Az ISDN QBRI eszköz csatlakoztatása után néhány új menüpont jelenik meg a Polycom ViewStation FX eszköz menürendszerében. Az alábbiakban az ISDN beüzemeléséhez szükséges beállítások leírását olvashatja:

Admin Setup -> Video Network -> IMUX -> Numbers: ebben a menüpontban az ISDN telefonszámokkal kapcsolatos beállításokat végezheti el.

• Please enter your area code: belföldi távolsági hívókód (pl. Budapest - 1, stb.)
• Please enter your ISDN video numbers: a csatlakoztatott ISDN vonalak hívószámai. Például a Line 1 az 1-es aljzatba csatlakoztatott ISDN vonalat jelenti, ezen belül a B1 ill. B2 az első ill. második B csatorna hívószámát. Itt annyi számot adjunk meg ahány ISDN vonalat csatlakoztattunk.

Admin Setup -> Video Network -> IMUX -> Advanced Dialing:

• Dial channels in paralell: az összes B csatornán egyszerre megkezdi a tárcsázást a hívás felépítésekor. Ez okozhat működési zavarokat, ilyenkor az alábbi beállítást érdemes kipróbálni.
• Dial channels one at a time: egyszerre csak egyetlen B csatornán történik tárcsázás, amikor a hívás sikeresen felépült, akkor lép a következöre és így tovább.

Admin Setup -> Video Network -> ISDN Network:

• Country Code: országhívószám (Magyarország: 36)
• Area Code: belföldi távolsági hívókód. Egyezzen meg a Numbers menüben megadottal.
• ISDN Switch Protocol: mindenképpen Standard ETSI Euro-ISDN legyen beállítva, másképp nem fog működni a rendszer.
• ISDN dialing prefix: előhívó szám (pl. intézményi előhívókód).

A Call gomb megnyomásakor kiválasztható, hogy a bernedezés IP vagy ISDN hívást kezdeményezzen. ISDN kiválasztása esetén az adatsebesség 64 - 512Kbps-ig szabályozható, ez fogja meghatározni a felhasznált ISDN B csatornák számát. A hívásfelépítés folyamata alatt B csatornánként egy fokozatosan zöldre változó kör jelzi az egyes csatornákon felépülő hívásokat.

Figyelem! Egy 512Kbps-es ISDN hívás összesen 8db B csatornát használ, amely 8-szoros hívásdíjat fog eredményezni. Egy nemzetközi hívásnál ez óriási összeg is lehet, tekintve, hogy egy videokonferencia inkább órákat mint perceket vesz igénybe.

hu-faq-pstreaming

Hogyan használhatom a Polycom ViewStation FX és a Polycom VSX 7000 streaming képességeit?

Mindkét berendezés képes az aktuális videokonferenciát streaming formájában közvetíteni, lehetővé téve ezzel, hogy külső szemlélők egyszerű személyi számítógépekkel figyelemmel kísérhessenek egy-egy videokonferenciát. A streaming kizárólag IP multicast alapokon működik, amely a szolgáltatók támogatásának hiányában általában csak a helyi hálózaton működik megfelelően. Lehetőség van azonban a multicast streaming forgalmat átjátszani unicast-ra (normál pont-pont átvitel), amelyre egy részletes példa is olvasható az alábbiakban.

A beállítások megtalálhatóak Polycom ViewStation FX esetén:

Admin Setup -> LAN/H.323 -> Streaming menü

A beállítások megtalálhatóak Polycom VSX 7000 esetén:

System -> Admin Settings -> Network -> IP -> Streaming menü

Lépések:

1. Válasszuk ki a körülményeknek megfelelő sávszélességet (192/256/384/512 Kbps)
2. Adjunk meg egy multicast csoportcímet, amelynek a 224.0.0.0/4 tartományba kell esnie.
   • Azért, hogy más multicast csoportokkal ne legyen ütközés célszerű betartani az RFC2365 ill. az RFC3171 rendelkezéseit.
   • Egy javasolt tartomány (lokális érvényű multicast címek, IPv4 Organization Local Scope): 239.192.0.0/14, amelyen belül a helyi adminisztrátor hatásköre kiosztani a címeket.
   • Létezik egy ún. ad-hoc címblokk is, amely csak saját felelősségre használható: 224.0.2.0 - 224.0.255.0 (nincs ütközés-kezelés)
3. Number of router hops (TTL): a multicast csoportcím ún. scope-ja (hatókör). Amennyiben 1-et állítunk itt be, az első multicast routeren kívülre nem fog menni a forgalmunk, azaz a helyi LAN-on belül marad.

A többi beállítást hagyjuk változatlanul! A streaming elindításához hívjunk fel egy végpontot (alaphelyzetben nem lehetséges a streaming indítása).

Indítás Polycom ViewStation FX esetén

Amikor a hívás felépült, nyomjuk meg a Call gombot, ekkor bejön a Disconnect/Stay in Call képernyő. Itt találunk egy Streaming Call ikont, ezt nyomjuk meg. Itt lehetőségünk van még egy jelszó megadására is, amelyet az eszköz a streaming-et néző felhasználótól fog kérni. Nyomjuk meg a Start-ot a képernyő alján. Amint ezt megtettük egy ábra mutatja a képernyőn, hogy a streaming elindult. A streaming a fentihez hasonló módon állitható le (Call gomb a távirányítón -> Call Type -> Stop Streaming).

Indítás Polycom VSX 7000 esetén

A módszer megegyezik a fentiekkel, azonban az indítás a System -> Utilities -> Streaming menüben történik.

Multicast streaming megtekintése

1. Töltsünk le egy friss verziójú QuickTime lejátszót (http://www.quicktime.com)
2. Internet Explorer (esetleg Mozilla) böngészőben írjuk be az eszköz IP címét (ill. domain nevét ha bejegyeztük a DNS-be), ilyenkor a berendezés beépített webszerverét láthatjuk.

Polycom ViewStation FX

Klikkeljünk a View a Meeting gombra, majd a View Streaming gombra. A VSFX megkérdezi, hogy QuickTime vagy Cisco IPTV szoftverrel szeretnénk nézni az adást. Ezekután egy weblapba ágyazott QuickTime lejátszó lesz látható és benne a videokonferenciáról érkező streaming.

Polycom VSX

Klikkeljünk a Site Map gombra, majd alul (Utilities) a Streaming linkre. Itt szintén egy weblapba ágyazott QuickTime lejátszó fog megjelenni.

Videókonferencia eszköz nélkül (PC)

A következő URL-t adjuk meg a QuickTime lejátszónak (File menu -> Open URL in New Player): http://<eszköz_IP_cím>/videoStream.sdp

Multicast-unicast konverzió elvégzése

1. Az Apple által fejlesztett open source Darwin Streaming Serverre (DSS) lesz szükségünk, amely gyakorlatilag egy streaming szerver, azonban alkalmas streamek-eknek az ún. relay-ezesére is. A szoftver elérhető Linux ill. Windows platformokra:

   http://developer.apple.com/darwin/projects/streaming/

2. Telepítsük fel a szoftvert a mellékelt utasításoknak megfelelően.

3. Az eszközön lévő SDP file-t töltsük le (böngésző), majd másoljuk be a DSS root könyvtárába (default: /usr/local/movies/). Ha pl. a streaming szerverünk IP cime: 193.12.13.14, akkor a QuickTime playernek az alábbi URL-t adjuk meg:

rtsp://193.12.13.14/videoStream.sdp

Ha minden rendben van, akkor máris a szerverről unicast formában jön a stream. Megjegyezzük, hogy csak Linux platformon teszteltük a DSS működését.

hu-faq-bandwidth

Milyen tulajdonságokkal kell rendelkeznie a hálózati kapcsolatomnak ahhoz, hogy a közvetítés megfelelően működjön?

Kapcsolat jellege

A vezeték nélküli technológiákat (WLAN, mobil internet) az ingadozó sávszélesség és az instabilitást okozó átviteli tényezők miatt nem javasoljuk.

Tűzfal beállítások

Jelenleg a streaming szerverünk RTMPT/RTMP alapú streaming-et tud fogadni. Ennek küldéséhez szükséges a tűzfalon kiengedni a 80, 443, 1935-ös portok forgalmát. A cél host, melyet mindenképpen el kell érni a live.videotorium.hu (193.225.4.99).

Sávszélesség

Az internetkapcsolat feltöltési sebessége meghatározza, hogy mekkora lehet a stream(ek) által használt maximális sávszélesség. Javasoljuk, hogy a feltöltési sebesség gyakorlati maximumának legfeljebb a 75%-át engedjük át a stream-nek, és biztosítsuk, hogy más forgalom ne akadályozza a folyamatos átvitelt. Az alábbi táblázatban látható, hogy a stream (kép és a hang) mekkora minimális átviteli sebességet igényel, minőségtől függően:

Minőség	Felbontás	Minimális sávszélesség
Alacsony	640x480	600 kbps
SD	720x540	1000 kbps
HD 720p	1280x720	2000 kbps
HD 1080p	1920x1080	2500 kbps

Ha több stream-et küldünk, természetesen a sávszélességek összeadódnak.

A számok természetesen csak irányadóak, ezektől eltérhetünk mindkét irányba, előtte azonban mindenképp érdemes letesztelni az átvitt jel minőségét.

hu-faq-request

Hogyan igényelhetek intézményemnek NIIF videokonferencia berendezést?

Az NIIF Intézet lehetőséget biztosít NIIF tulajdonú videokonferencia berendezések intézményi kihelyezésére és használatára, amennyiben az alábbi feltételek mindegyike teljesül:

• az NIIF Intézet rendelkezik kiadható berendezéssel az intézmény számára
• az igénylő intézmény NIIF tagintézmény
• az igénylő intézmény benyújtotta hivatalos igénylését videokonferencia berendezésre ezen űrlap kitöltésével, és a kinyomtatott, aláírt, lepecsételt példány Intézetünkhöz postai úton való eljuttatásával
• az igénylő intézmény indokolja és garantálja az eszköz kihasználtságát és hívásokat bonyolít vele az NIIF gatekeeper hálózatán keresztül
• az igénylő intézmény és az NIIF Intézet között érvényes eszközkihelyezési megállapodás jön létre

Fontos tudnivalók

• Kihelyezhető eszközeink az alábbiak lehetnek:

  • Polycom ViewStation FX
  • Polycom VSX 7000
  • Polycom HDX 8000 (jelenleg csak Budapesten és Pest megyen kívüli régióba!)

• Az igénylésben szereplő kötelezően megadandó technikai paraméterekről és az eszköz későbbi helyes konfigurálásáról itt tájékozódhat.

• Intézetünknek akkor van lehetősége egy berendezést kihelyezni, amikor az visszakerül előző helyéről, kihasználatlanság, vagy egyéb okok (pl. saját intézményi eszköz beszerzése) miatt.

• Az eszközök mozgása nem állandó, így előfordulhat, hogy az igénylés benyújtásától számított várható várakozási idő akár több hónap is lehet, kérjük, igénylésénél ezt a lehetőséget is vegye figyelembe.

• Rendszereink folyamatosan statisztikát készítenek az eszközeink kihasználtságáról. Amennyiben azt látjuk, hogy az eszközön bonyolított hívások száma és/vagy hossza kiemelkedően alacsony, esetleg egyáltalán nem produkál forgalmat a készülék, továbbá többszöri figyelmeztetésünkre sem növekszik az eszköz igénybevétele, Intézetünk munkatársai jogosultak az eszköz visszavételére és új helyre történő kihelyezésére.

Megértésüket és türelmüket köszönjük!

hu-faq-firststeps

Milyen végpontokat tudok felhívni?

Az NIIF Intézet Voice Video Collaboration oldalán megtalálható a NIIF-GK-ra és a FreeZone-GK felregisztrált, azaz [https://vvc.niif.hu/vidkonf/gatekeeper éppen elérhető eszközök listája].

Az alábbi hívószámokon teszt eszközök érhetők el, amiket igyekszünk folyamatosan elérhető állapotban tartani:

• 00361001020 - SD-s eszköz (Polycom VSX 7000)

• 00369008888 - HD-s eszköz (Polycom HDX 8000)

• 003655119999 - MCU teszt szoba (több eszközzel is be lehet hívni egyszerre)

A teljes végpont listát (beleértve az épp kikapcsolt állapotú eszközöket is), itt találja.

hu-faq-res

Milyen felbontásban kerül átvitelre a kép egy videokonferenciában? Mi a CIF, 4CIF és a HD?

A videokonferencia berendezések esetében háromféle képátvitelt különböztetünk meg:

• Élő videokép átvitele: a főkamera által a videokonferencia résztvevőiről közvetített kép átvitele, általában kisebb felbontással ill. nagy képkocka/másodperc képsebességgel, hogy a mozgás folyamatos legyen.
• Dokumentum v. másodlagos kamera képének átvitele: a dokumentum kamera képének átviteléhez általában nagy felbontás szükséges, hiszen ennek fő felhasználása a papírra nyomtatott dokumentumok digitalizálása és átvitele. Sok eszköz lehetővé teszi un. másodlagos kamera csatlakoztatását, több, választható nézőpontot lehetővé téve.
• Számítógépes grafika átvitele (pl. prezentáció, desktop, stb.): a videojelek felbontásától erősen különböző számítógépes VGA jel átvitele, általában kevés mozgást megengedve (alacsony képkocka/másodperc érték, felbontás: SVGA, XGA, stb.).

Általában minden videókonferencia eszköz 1 videóstream (élő kép v. másodlagos kamera) és egy prezentáció párhuzamos átvitelére képes. Természetesen mi adhatjuk meg, hogy melyik forrásból (kamera) vegye az videóstream-et.

A régebbi videókonferencia berendezések általában CIF felbontással tudnak működni. A modernebbek 4CIF vagy akár High Definition felbontásban is képesek videójelet kódolni és küldeni.

A fenti jelölések magyarázata:

Jelölés	Felbontás	Megjegyzés
QCIF	176x144	CIF/4, általában régi berendezések esetén
CIF	352x288	Kb. VHS video minőség
4CIF	706x576	4xCIF, PAL televízió ekvivalens
HD 720p	1280×720	Alap HD felbontás
HD 1080p/i	1920x1080	Magas minőségű HD felbontás, progresszív v. interlace scan
VGA	640x480	Prezentáció átvitelére
SVGA	800x600	Prezentáció átvitelére
XGA	1024x768	Prezentáció átvitelére
SXGA	1280x1024	Prezentáció átvitelére

CIF = Common Intermediate Format

hu-faq-testgds

Hogyan tudom ellenörizni a külföldi (GDS) konnektivitást?

Nemzetközi videókonferenciákat megelőzően szükség lehet a nemzetközi GDS konnektivitás ellenőrzésére. 24x7 rendelkezésre állású tesztszámok lekérhetőek a educonf directory-ból. Itt kattintson a "What test numbers do exist in particular countries, organizations or prefix zones?" kérdésre és adja meg a kiszemelt célországot. Keresse a "h323-gds" elérhetőségű tesztszámokat.

Néhány nemzetközi GDS teszt szám (nem frissített, nem garantált, hogy élnek):

• Finnország: 003589457332211
• Szlovénia: 0038601010000

hu-faq-gk

Mi a gatekeeper?

A gatekeeper a H.323 hálózatok fontos építőeleme, amely a következő feladatokat látja el:

• Hívószám alapú hívás-irányítás: telefonszám alapján képes a gatekeeper a hívott felet megtalálni. Hívni - bár a lehetőség természetesen megvan rá - nem IP cím vagy domain név alapján kell, hanem a szokványos telefonálásnál használt hívószámok segítségével (pl. 00361001234).
• Hívás engedélyezés: hívás kezdeményezése esetén a gatekeeper hivatott eldönteni, hogy a hívó fél jogosult-e a hívás kezdeményezésére illetve fogadására.
• Hívás hitelesítés: igény szerint hitelesítheti a hívó felet (pl. jelszó).

Ahhoz, hogy a gatekeeper szolgáltatásait egy H.323 végberendezéssel (pl. videokonferencia berendezés, NetMeeting, GnomeMeeting, stb.) igénybe tudjuk venni, a végberendezésnek regisztrálnia kell a gatekeeperben. A gatekeeper nyilvántartja a regisztrált végpontokat és kezeli az általuk kezdeményezett hívásokat.

Az NIIF gatekeeper hálózatáról itt olvashat.

gk-pvx

Polycom PVX szoftveres videókonferencia kliens

1. Lépjünk be a setup menübe (csavarkulcs ikon bal felül).
2. Állítsuk be a nevünket a General->General menüben (User Name). (Megjegyzés: ez nem kötelező, de a távoli felhasználók számára hasznos lehet.)
3. A H.323 menüben állítsuk be az alábbiakat:
   • Gatekeeper: Specify
   • Gatekeeper IP Address: fz-gk.vvc.niif.hu
   • H.323 Extension: hívószám (ld. fent, 1-es pont)

Sikeres regisztráció esetén a Gatekeeper IP Address mező alatt a következő üzenet jelenik meg: "Gatekeeper registration was successful. It is now possible to place calls using IP, H.323 extension (E.164) or H.323 name (alias).".

hu-streaming-tools

Eszközök

Előadói videó és hang

Ahhoz, hogy az internetes közvetítést követő néző számára is biztosított legyen ugyanaz az élmény, mintha a helyszínen nézné az előadást, törekednünk kell az előadói videó és hang minél jobb minőségben való feldolgozására és átvitelére. Ennek eléréséhez különböző módszerek vannak, lehetőségeinktől függően. Mindegyik módszer alapvető eleme egy beszédhang követésére alkalmas mikrofon, illetve egy mozgókép átvitelére képes kamera. Lássuk az alapvető konfigurációkat!

Számítógép beépített webkamerával és mikrofonnal

• Előnye: egyszerűen hordozható és telepíthető
• Hátránya: alacsony minőségű videó és hang átvitel

Ezt a konfigurációt nem javasoljuk nehézkes használata, kis megbízhatósága miatt konferenciák előadásainak élő közvetítésére. Olyan szituációkban viszont alkalmas megoldás lehet, ahol az irodánkból, saját számítógépünkről kell bekapcsolódnunk távoli konferencia eseményeibe.

Egy kamerás közvetítés beépített mikrofonnal, vagy külső hangforrással

• Előnye: elfogadható kép-, és hangminőség, kedvező ár
• Hátránya: nehézkesen szabályozható kimeneti hangszint, kis mozgástér

A hangjel előállítására és fogadására több út lehetséges:

• a kamera saját mikrofonjának használatával
• a kamera mikrofonszintű (hosszabbított mikrofon) vagy vonalszintű (kevert jel) bemenetére kötött külső hangforrás segítségével
• a hangforrás közvetlen csatlakoztatása a feldolgozó számítógép megfelelő bemenetére

Bármelyik módszert is választjuk, fontos, hogy olyan helyre telepítsük a kameránkat, ahol a jó rálátás mellett a hang megfelelő továbbítása is megoldott. A mikrofont az előadó közelébe helyezzük el!

Íme néhány ajánlás, mire kell odafigyelni a megfelelő berendezés kiválasztásánál:

• Kamera:
  • CCD-s képérzékelés
  • egalább PAL (720x576 pixel) felbontás
  • egalább 25 kocka/másodperc képfeldolgozási sebesség
  • igitális (FireWire, SDI, HDMI), tiszta (azaz képinformációkat nem tartalmazó) videójel-kimenet
  • nalóg hang (XLR, jack) bemeneti lehetőség, választható erősítéssel (mikrofon szint, vonalszint), fantomtáp funkcióval
  • emeneti hangszint manuális szabályzási lehetősége
  • llványra szerelhetőség
• Amennyiben a kamera kihagyásával, közvetlenül csatlakoztatjuk a hangforrást a feldolgozó számítógéphez, az alábbi követelményeknek kell, hogy megfeleljen a jelet fogadó perifériánk (például egy külső hangkártya):
  • nalóg szimmetrikus / aszimmetrikus hang (XLR, jack) bemeneti lehetőség, választható erősítéssel (mikrofon szint, vonalszint), fantomtáp funkcióval
  • emeneti hangszint manuális szabályzási lehetősége
  • intavételi frekvencia: legalább 44,1 kHz
  • vantálási bitmélység: legalább 16 bit
  • satornák száma: legalább 1 (mono)

Megjegyzés: a fenti esetben mindig figyelnünk kell arra, hogy a video- és az audiojel szinkronban maradjon! Egyes átviteli szabványok (pl. 1394 FireWire) jellemző tulajdonsága, hogy jelentős késleltetés (akár 1 másodperc is) kerülhet a rajtuk keresztül érkező jelbe. Ennek ellenőrzésére érdemes a feldolgozást végző számítógépen futó streaming alkalmazás előnézetében figyelni az előadói szájszinkront. Ha aszinkronitást vélünk felfedezni, késleltetni szükséges a „korábban érkező” jelet.

Több kamerás HD közvetítés video-, és audio keverőpulttal

• Előnyei: kiváló képminőség, nagy megbízhatóság
• Hátrányai: magas ár, kezelése és telepítése nagy szakértelmet és több embert igényel

Egy több kamerás, képvágó pulttal ellátott rendszer segítségével jelentősen növelhetjük közvetítésünk színvonalát. A jól megválasztott több aspektus jól jöhet az előadások közben (ún. vágóképek készítésére), és azok végén is (kérdezők megmutatása). A függetlenített hangrendszerrel, kifejezetten a közvetítés hangjának keverésére szánt keverőpulttal növelhetjük az előadó hangjának érthetőségét, ami gyakran nagyban hozzájárul az előadások megértéséhez. Mivel ennél a konfigurációnál az audio jelfeldolgozás terhét levesszük a kamerák „válláról”, a kamera követelményeinek listájából kihúzhatjuk az erre vonatkozó részeket:

• Videorendszerre vonatkozó követelmények:
  • amera:
    • 3 CCD-s képérzékelés
    • legalább 720p (1280x720 pixel) felbontás
    • legalább 25 kocka/másodperc képfeldolgozási sebesség
    • digitális (HD-SDI, HDMI), tiszta (azaz képinformációkat nem tartalmazó monitor) videójel-kimenet
    • állványra szerelhetőség
  • digitális video keverőpult
    • Legalább 2 bemenet
    • HD-SDI és HDMI ki- és bemenetek
    • legalább 720p kimeneti felbontás
• hangrendszer:
  • nalóg audió keverőpult:
    • legalább 4 (mono) hangsáv
    • szimmetrikus jelvezetés
    • 6,3 mm-es (nagy) Jack és XLR bemeneti csatlakozók
    • fantomtáp
    • hangszín szabályzási lehetőség
  • ezeték nélküli (csiptetős és kézben fogható) mikrofon szett
  • ezetékes puskamikrofon, állvánnyal
  • ejhallgató
  • -Box (leválasztó transzformátor)

A jelek feldolgozására nagy teljesítményű számítógépre, vagy hardveres enkóderre van szükség.

Javaslatunk streaming-hez elegendő számítógép konfigurációra:

Konfiguráció	Stream felbontása	Processzor	Memória	Capture kártya
Számítógép beépített webkamerával és mikrofonnal	640x480	Két magos (pl. Inter Core 2 Duo)	1 GB	-
Egy kamerás közvetítés beépített mikrofonnal, vagy külső hangforrással	SD (720x540)	Két magos (pl. Intel Core 2 Duo)	2 GB	FireWire kártya, vagy kompozit digitalizáló kártya, hangbemenettel
Több kamerás HD közvetítés video-, és audio keverőpulttal	HD (1280x720, 1920x1080)	Négy magos (pl. Intel Core i7, vagy AMD Phenom X4)	4 GB	HD SDI/HDMI kártya (pl. Decklink Mini Monitor, vagy Decklink Studio 2)

Prezentáció

A Videotorium támogatja a másodlagos csatornán érkező prezentáció megjelenítését is. Ekkor párhuzamosan követhető a prezentáció és az előadó képe is, kétablakos módon. Ehhez speciális eszközökre van szükség:

Frame grabber

Segítségével feldolgozhatóvá válik egy számítógép monitorkimenetének jele. A frame grabber-ek általában VGA, DVI, illetve HDMI bemenetekkel rendelkezhetnek. Ezen eszközök a jelet fogadó számítógépre általában USB-n, illetve PCI-Express interfészen csatlakozhatnak. Csatlakoztatást követően az eszköz általános videóeszközként jelenik meg az operációs rendszerben, így az ugyanúgy használható, mint például egy tv tuner kártya. A legelterjedtebb frame grabber-ek VGA bemenettel rendelkeznek.

VGA splitter

Ahhoz hogy az előadó számítógépének jele ne csak a streaming-en, hanem a projektoron is látható legyen, az előadó számítógépéről jövő VGA jelet szét kell osztani, ehhez szükséges egy VGA splitter.

VGA extender

Sok esetben előfordul, hogy a közvetítést végző számítógépekkel és kamerákkal távol tudunk elhelyezkedni az előadói pulttól. Ilyenkor érdemes jelerősítés és UTP kábel segítségével több tíz méterre elvinni a jelünket. A két közeg közti átalakítást VGA extender végzi.

hu-faq-audioconf

Hogyan tudok hangkonferenciázni PSTN és VoIP résztvevőkkel?

Lehetőség van hangkonferencia létesítésere videókonferencia végpont, PSTN (hagyományos telefon, mobil) és VoIP résztvevőkkel. Ehhez az alábbi lépésekre van szükség:

• Foglaljon hangkonferenciát az MCU foglalási rendszerben (konferencia típus: Hangkonferencia)! Eredményként adódik egy konferencia behívószám (00365511....).
• A különböző végpontokról való behíváshoz tegye a következőt:
  • Hagyományos telefon, mobil, NIIF VoIP-ra kapcsolt telefon: hívja a +36 1 666 1112 telefonszámot! A számbillentyűk segítségével adja meg a konferencia behívószám utolsó 4 számjegyét, majd nyomja meg a "#" gombot. Rövidesen automatikusan a hangkonferenciába kerül.
  • Videókonferencia eszköz (NIIF hálózatához kapcsolt, GDS számmal): tárcsázza a konferencia behívószámot a videókonferenciáknál megszokott módon.

hu-subdomain-general

Intézményi Videotorium aloldalak - áttekintés

A Videotorium lehetőséget biztosít intézményeknek arra, hogy saját tartalmaik egy testre szabott felületen jelenjenek meg. Ezen felület a következő eszközökkel tehető egyedivé:

• saját fejléc
• saját bemutatkozó szöveg
• saját hírek
• saját videó- és audiótartalmak

Intézmények, melyek igénybe vették a Videotorium intézményi aloldal szolgáltatását:

• Magyar Tudományos Akadémia
• MTA Wigner Fizikai Kutatóközpont
• MTA SZTAKI
• Széchenyi István Egyetem
• Budapesti Műszaki és Gazdaságtudományi Egyetem
• Pálfer, Teljes Életért Közhasznú Alapítvány
• Dunaújvárosi Főiskola
• Nemzeti Információs Infrastruktúra Fejlesztési Intézet
• Galileo Webcast
• Magyar Drupal Közösség

Amennyiben Ön is szeretne igényelni intézményének Videotorium aloldalt, kérjük olvassa el az erre vonatkozó útmutatót!

hu-faq-gds

Mi a Global Dialing Scheme (GDS)?

A GDS (Global Dialing Scheme) egy nemzetközi H.323 számkiosztás az akadémiai ill. felsőoktatási közösségek számára, amely lehetővé teszi, hogy a telefonálás esetében megszokott nemzetközi hívószámok alkalmazásával tárcsázzunk más országokban lévő H.323 videokonferencia berendezéseket (pl. 0036 - Magyarország, 0049 - Németország, stb.).

A GDS jelenlegi tagjai (zárójelben a nemzetközi hívószám):

• Ausztrália (0061)
• Brazília (0055)
• Ciprus (00357)
• Csehország (00420)
• Dánia (0045)
• Egyesült Államok (001)
• Egyesült Királyság (0044)
• Észtország (0034)
• Görögország (0030)
• Hollandia (0031)
• Horvátország (00385)
• Israel (00972)
• Írország (00353)
• Lengyelország (0048)
• Lettország (00370)
• Magyarország (0036)
• Németország (0049)
• Norvégia (0047)
• Olaszország (0039)
• Oroszország (007)
• Portugália (00351)
• Svájc (0041)
• Svédország (0046)
• Szlovénia (00386)
• Új-Zéland (0064)

A GDS-hez kapcsolódott országok:

A GDS lefedettség Európában

A GDS lefedettség a világban

Egyéb megjegyzések

Annyit érdemes tudni a GDS-el kapcsolatban, hogy más szabályozási alapokon működik, mint a telefonos hálózat (a kettő között általános átjárás nincs!). A fenti országokban lévő felsőoktatási és kutatási intézmények saját akaratuknak megfelelően csatlakoznak a GDS-hez (lehetséges, hogy nem is tudnak ezen szolgáltatás létezéséről), így korántsem biztos, hogy bármely intézmény kapcsolódik a GDS-hez, azaz saját hívószám-előtaggal (prefix) rendelkezik. Új partner esetén mindig érdemes a GDS kapcsolat létezéséről érdeklődni.

IP cím alapján hívni rendkívül kényelmetlen, az IP címek gyakran változnak. Sokszor előfordul, hogy MCU-t kizárólag a GDS-en keresztül lehet csak felhívni.

Egyéb linkek

• educonf directory: http://educonf.geant.net

en-gk-vsx

Polycom VSX 7000 videoconference endpoint

System->Admin Settings->Network->IP->H.323 Settings: go to second page

Use Gatekeeper: Specify
H.323 Name: name (pl. representing a person or institution)
H.323 Extension (E.164): extension number (see step 1)
Primary Gatekeeper IP Address: fz-gk.vvc.niif.hu

en-firewall

H.323 and firewalls/NATs

Intended for firewall administrators. If you have further comments on this document, please let us know at video-admin@niif.hu.

Why is it so difficult to get a H.323 terminal working with a firewall?

• H.323 is an extremely complex protocol system (set of protocols). Protocol messages are all ASN.1 encoded, which is demanding and complicated to decode for firewall/NAT systems in real-time.
• Several fix and dynamically allocated TCP and UDP ports are used (H.245, RTP/RTCP for audio and video streams).
• In case of using NAT address translation, most NAT system does not even speak the H.323 protocol, that makes impossible to change application layer carried IP addresses depending on NAT address allocation.

What are relevant parts of the H.323 protocol system?

Most important protocols used by H.323:

• H.225:
  • RAS (Registration, Admission and Status): endpoint and gatekeeper signalling (registration, call admission, etc.).
  • Q.931: call setup signalling.
• H.245: call control protocol (endpoint capability negotiation, appling changes during calls, etc.).
• RTP/RTCP: audio and video stream transport and its control protocol.

What ports are used by H.323?

Elements of H.323 (H.225, H.245 and RTP/RTCP) use the following ports:

H.323 protocol	Protocol	Port(s)	Direction and scope of communication
H.225	-	-	-
RAS	UDP	1719	bidirectional, endpoint-gatekeeper
Q.931	TCP	1720	bidirectional, endpoint-gatekeeper
H.245	TCP	dynamic (1024-65535)	bidirectional, endpoint-endpoint
RTP/RTCP	UDP	dynamic (1024-65535)	bidirectional, endpoint-endpoint

Allocation of dynamic ports (1024-65535) is done by the protocol used for communication in prior to the actual protocol (ie. in case of H.245 by Q.931, in case of RTP by H.245 messages).

What should I do with my firewall?

The following ports should be opened to get it working:

• RAS and Q.931 ports in both directions,
• RTP ports: Since RTP ports are allocated dynamically, it is very difficult to cope with. Usually, videoconference terminals allow usage of fix port intervalls, stretching to 4-8 ports only. The most secure is to require your users to enable fix port interval usage at the videoconference terminal (see examples below).

When using fix port intervals, H.245 messages are tunneled in the Q.931 connection, so it is not required to open up a bunch of TCP ports at the firewall.

Examples

Polycom ViewStation FX videoconference endpoints (admin setup menü):

System Info
 Admin Setup (enter admin password, if exists)
   LAN/H.323
     LAN/Intranet
       Firewall/LAN Connection

Use Fixed Ports: (check, add start of fixed port interval both with TCP and UDP, by default it is 3230 (do not change it if it is not necessary))

Polycom VSX 7000 videoconference endpoint:

System
  Admin Settings (enter admin password, if exists)
    Network
      IP
        Firewall

Fixed ports (check, with TCP 3230-3235, in case of UDP 3230-3253 are the default values)

Hardware endpoints often feature an internal MCU (they can provide a simple shared screen multipoint functionality for max. 4-6 connected clients). When having a single pont-to-pont videoconference call, we need 8 RTP (UDP) ports (1-1 for audio and video, content and far-end camera control, and 4 additional RTCP ports). When operating the internal MCU, many more ports are required to open (connected clients x 8).

Polycom PVX software videoconference client (Preferences menu):

Network
  Behind a NAT/firewall
  Specify external IP address (use either autodetect (UPnP) or enter IP manualy)

Network
  Ports
    Media port range (UDP and TCP): (by default it is the 3230-3237 interval that is set, this have to be opened on the firewall)
    Use UPnP port forwarding: (with UPnP)

What about NAT?

H.323 communication is bidirectional (outgoing and incoming calls), thus the following approach should be used:

• Fix address translation (one-to-one private/public IP allocation),
• Fix port translation (using fix port intervals by the endpoint is suggested, see above),
• Allocate a public address for the endpoint, and configure it on the videoconference terminal as external address or use UPnP if possible.

Tipical problems caused by firewalls

Below problems are tipically caused by wrong firewall configuration:

• The endpoint is not able to register at the gatekeeper: H.225 RAS port is not opened.
• The call rings (several times), but it is not established: the firewall does not allow traversing (in both direction) messages required for establishing the call (H.225 Q.931).
• The call is established, but audio and/or video is not delivered (could be asymmetric as well, in this case one end looks perfectly alright): RTP/RTCP ports are not opened correctly.

If your users are experiencing something similar to the above, please check your firewall/NAT configuration.

Proxy gatekeeper

Proxy gatekeeper is an elegent solution for firewall and NAT traversal. In this case a gatekeeper operating in proxy mode is deployed inside the organizational network (behind the firewall) maintaining and application level gateway functionality. This solution requires operating of an own gatekeeper (separate GDS numbering space is required). To implement a proxy gatekeeper we advise the open source GnuGk. More information and confiuration examples here.

hu-faq-stats

Egy közvetítés után megtudható, hányan nézték meg?

Rendszerünk 14 napra visszamenőleg tárolja a stream szerver összesített kihasználtságát napi lebontásban.

Erről grafikonokat generálunk és az alábbi oldalon tesszük őket közzé:

http://oai.videotorium.hu/stat

hu-faq-capacity

Mennyi egyidejű nézőt tud kiszolgálni az oldal egy közvetítés közben?

Ez sok tényezőtől függ. Az oldal stream szervere jelenleg egy 1 Gbps-es kapcsolattal lát a világhálóra. Ez a sávszélesség áll rendelkezésre az adott időpontban vett összes közvetítés nézőinek kiszolgálására. Ez azt jelenti, hogy ha egyidejűleg több közvetítés is zajlik a Videotorium-on, ezen a sávszélességen kell osztozkodnia a nézőknek. Amennyiben feltételezzük, hogy egyszerre csak egy közvetítés zajlik, és egy 720p HD minőségű 2000 Kbps-es stream-et szolgáltat az oldal, akkor kb 500 nézőt tud kiszolgálni a szerverünk. Ha fontos, hogy növeljük a potenciális nézők számát, akkor érdemes csökkenteni a stream-ünk minőségét. Gyakori megoldás az is, hogy egy közvetítéshez több stream-et hozunk létre a Videotorium-on. Egy alkalmas stream-elő szoftverrel pedig küldhetünk egy gyengébb, illetve egy magasabb minőségű stream-et.

GXW4024

A legérdekesebbnek ítélt tulajdonságok

Előnyök

1. ára

   ~750 USD magyországon már bruttó 188300 HUF-tól kapható

   azaz ~8000 HUF / FXS port. Ha egy ip telefon + poe switch port árát összeszámoljuk akkor ennél egy kedvező számot kapunk persze ne feledjük ez analóg.

2. proxy nélküli is működik pl. analóg vonalak meghosszabbítása esetén lehet érdekes lásd: Using GXW-Series to extend analog lines without SIP server

   http://grandstream.com/support/gxw_series/general/documents/gxw_wp_extending_analog_lines.pdf

3. automatikus számtárcsázás kagylófelemelésre

4. visszaesés fxo gw-re

5. hangnélküli működés, passzív hűtés. Nincs benne ventilátor!

6. fogyasztás ~30Watt

7. sip session timer támogatás, beragadt hívások bontására

8. boot idő ~1 perc

---

Gyengeségek

1. Nem működiknek a magyar ékezetes karakterek SIP AoR displaynmae mezőben.

2. Debug nem túl részletes nem derül ki sok minden belőle

3. RFC3263 nem derült ki működik-e. Választható az hogy NAPTR + SRV vagy SRV vagy A rekordot oldjon fel.

4. FAQ szerint én nem próbáltam de csak két párhuzamos T.38-as fax hívást tud e felett passthrough módban üzemel

   http://grandstream.com/GXW410xFAQs.html#twelve

   How many simultaneous fax calls can the GXW40xx handle??

   The GXW40xx series can handle up to two T.38 simultaneous sessions and G.711 Pass-Through on the remaining ports.

5. Dokumentáció nagyon elnagyolt és hiányos!!

   • Dokumentációban Nem találtam meg a bejátszott hangok bállításának lehetőségét

   http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf

    Call Progress Tones:
   
    [Syntax: ch x-y: f1=val@vol,f2=val@vol,c=on1/off1-on2/off2-on3/off3;[...])
   
    Note : f1,f2-frequency(Hz); vol-volume(dB); c-cadence(10ms, 0-continuous)]
   

6. dialplan

   • a dialpan megadása kezdetleges.
   • per FXS port nem lehet megadni külön dialplant csak

7. provisioning

   • Az xml config file formátuma nem dokumentált, így nem tudni az mit is tud.
   • config file provisioning nehézkes mert mindig le kell futatni rá a grandstream oldaláról letölthető java-s tool-t, ami egy kulccsal titkosítja. Egyáltalán nem rugalmas, elég alap megoldás!!

8. MWI: nem adható meg külön SIP URI

9. minden módosítás után újra kell indítani hogy a módosítás életbe lépjen.

10. nincs IPv6 (De ez sajnos általánosan igaz szinte minden voip eszközre)

Egyéb

1. TLS+SRTP-t tesztelve (egyidőben egyetlen FXS protot használva) nem tapasztaltam hibát.
2. magyar dialplan {*x+|00x+|15xxx+|13[01]x+|06[237]0xxxxxxx|06xxxxxxxx|[1-9]xxxxx|17xxx|118xx|14[5-9]xx|116xxx|17xx|18xx|14[0-4]x|12xx|19[1234789]|17x|18x|10[457]|112}

Provisioning minta

A csengetési hangokat/visszhangopkat/idősítéseket/frekvenciákat igyekeztem a magyarosítani. A file letölthető innen is gxw4024_config_1.0.3.10_hu.txt

################################################################################################
## Configuration template for GXW40XX firmware version 1.0.3.10
################################################################################################


##############################################################################
##  Advanced Settings.
##############################################################################

# Enable Provider Lock. 0 - No, 1 - Yes.
P9999 = 0z

# Provider Lock Key. A string of up to 16 bytes.
P9998 = nouse

# Provider Authentication. A string of up to 16 bytes
P9997 = nouse

# Password for configuration file authentication
P1 =

# Admin password for web interface
P2 = admin

# Layer 3 QoS (IP Diff-Serv or Precedence value for RTP)
P38 = 46

# Layer 2 QoS. 802.1Q/VLAN Tag (VLAN classification for RTP)
P51 = 0

# Layer 2 QoS. 802.1p priority value (0 - 7)
P87 = 5

# 802.1p priority value (NATed traffic) ** This doesn't apply to the GXW4024
P230 = 0

# STUN server
P76 = stun.xten.com

# Keep-alive interval (in seconds. default 20 seconds)
P84 = 20

# Use STUN to detect network connectivity. 0 - No, 1 - Yes.
P474 = 0

# Total STUN response misses to restart DHCP (mininum=3 default=5)
P475 = 3

#-------------------------------------------------------------------------------
# Firmware Upgrade
#-------------------------------------------------------------------------------

# Firmware Upgrade and Privisioning. 0 - TFTP Upgrade, 1 - HTTP Upgrade, 2 - HTTPS Upgrade.
P212 = 1

# Firmware Server Path
P192 = 72.172.83.110

# Config Server Path
P237 = 192.168.1.1

# XML Config File Password
P1359 =

# HTTP/HTTPS User Name
P1360 =

# HTTP/HTTPS Password
P1361 =

# Firmware File Prefix
P232 =

# Firmware File Postfix
P233 =

# Config File Prefix
P234 =

# Config File Postfix
P235 =

# Allow DHCP Option 66 to override server. 0 - No, 1 - Yes. Default is Yes.
# When set to Yes(1), it will override the configured provision path and method.
P145 = 0

# Automatic Upgrade. 0 - No, 1 - Check daily, 2 - Check weekly, 3 - Check every () minutes. Default is No.
P194 = 1

# Check for new firmware/config file every () minutes, unit is in minute, minimum 60 minutes, default is 7 days. P194 = 3
P193 = 10080

# Automatic Upgrade. Daily at hour(0-23). P194 = 1
P285 = 1

# Automatic Upgrade. Weekly on day (0-6). P194 = 2
P286 = 1

# Use firmware pre/postfix to determine if f/w is required
# 0 = Always Check for New Firmware
# 1 = Check New Firmware only when F/W pre/suffix changes
# 2 = Always Skip the Firmware Check
# For Firmware only.
P238 = 0

# Authenticate Config File. 0 - No , 1 - Yes
P240 = 0

# Firmware Key (AES 128, in Hexadecimal Representation)
P242 =

# SSL Certificate
#P280 =

# SSL Private Key
#P279 =

# SSL Private Key Password
#P281 =

# ACS URL
P4503 =

# ACS Username
P4504 =

# ACS Password
P4505 =

# Periodic Inform Enable 0 - No, 1 - Yes (default is No)
P4506 = 0

# Periodic Inform Interval (default is 300)
P4507 = 300

# Conncetion Request Username
P4511 =

# Connection Request Password
P4512 =

# System Ring Cadence
P4040 = c=1000/4000;

#-------------------------------------------
# Call Progress Tones
#-------------------------------------------
# Dial Tone
P4000 = f1=425@-13,c=0/0;

# Ringback Tone
P4001 = f1=425@-19,c=1240/3750;

# Busy Tone
P4002 = f1=425@-24,c=300/300;

# Reorder Tone
P4003 = f1=300@-24,f2=425@-24,c=200/200;

# Confirmation Tone
P4004 = f1=300@-11,f2=425@-11,c=1000/200;

# Call Waiting tone
P4005 = f1=425@-13,c=40/1960;

#--------------------------------------------

# Lock keypad update.  0 - No, 1 - Yes.
P88 = 1

# Disable voice prompt. 0 - No, 1 - Yes.
P253 =0

# Disable Direct IP Call. 0 - No, 1 - Yes.
P277 = 1

# Life line mode. 0 - Auto, 1 - Always disconnected, 2 - Always connected
P891 = 0

# Failover to FXO Gateway. 0 - Disable, 1 - Enable
P4205 = 0

# FXO Gateway. URI or IP address.
P4206 =

# NTP Server
P30 = hu.pool.ntp.org

# Syslog Server (name of the server, max length is 64 charactors)
P207 = 192.168.1.1

# Syslog Level (Default setting is NONE)
# 0 - NONE, 1 - DEBUG, 2 - INFO, 3 - WARNING, 4 - ERROR
P208 = 1

# Primary RADIUS Server
#P4550 =

# Primary RADIUS Auth Port (default 1812).
P4551 = 1812

# Primary RADIUS Acct Port (default 1813).
P4552 = 1813

# Primary RADIUS Server Secret
P4553 =

# Secondary RADIUS Server
#P4554 =

# Secondary RADIUS Auth Port (default 1812).
P4555 = 1812

# Secondary RADIUS Acct Port (default 1813).
P4556 = 1813

# Secondary RADIUS Server Secret
P4557 =

# RADIUS Timeout (default 2).
P4558 = 2

# RADIUS Retry (default 3).
P4559 = 3

##############################################################################
##  Profile 1 Settings
##############################################################################

# Profile Active.  0 - no, 1 - yes
P271 = 1

# Primary SIP Server
P47 = 192.168.1.1

# Failover SIP Server
P967 =

# Prefer Primary SIP Server. 0 - No, 1 - Yes.
P4567 = 0

# Outbound Proxy
P48 = 192.168.1.1

# SIP Transport. 0 - UDP, 1 - TCP, 2 - TLS
P130 = 0

# NAT Traversal (STUN). 0 - No, 2 - No but send keep-alive, 1 - Yes
P52 = 0

# Visual MWI type: 0 - FSK, 1 - Neon
P4371 = 0

# DNS Mode. 0 - A Record, 1 - SRV, 2 - NAPTR/SRV.
P103 = 0

# SIP User ID is phone number. 0 - no, 1 - yes
P63 = 0

# SIP Registration. 0 - no, 1 - yes
P31 = 1

# Unregister On Reboot. 0 - no, 1 - yes
P81 = 0

# Outgoing call without Registration. 0 - no, 1 - yes
P109 = 1

# Register Expiration (in minutes. default 1 hour, max 45 days)
P32 = 60

# Registration Retry Wait Time (in seconds. Between 1-3600, default is 30)
P138 = 20

# Local SIP port (default 5060)
P40 = 5060

# Local RTP port (1024-65535, default 5004)
P39 = 5004

# Use Random Port. 0 - no, 1 - yes
P78 = 0

# Refer-To Use Target Contact. 0 - no, 1 - yes
P135 =

# Transfer on Conference Hangup. 0 - no, 1 - yes
P4560 = 0

# Remove OBP from Route Header. 0 - no, 1 - yes
P4562 = 0

# Support SIP Instance ID. 0 - no, 1 - yes
P288 = 1

# Validate Incoming Message. 0 - No, 1 - Yes
P4340 = 0

# Check SIP Incoming UserID. 0 - No, 1 - Yes (no direct IP calling if Yes)
P258 = 0

# Allow Incoming SIP Messages from SIP Proxy Only:
P243 = 0

# SIP T1 Timeout. RFC 3261 T1 value (RTT estimate)
# 50 - 0.5 sec, 100 - 1 sec, 200 - 2 sec, 400 - 4 sec, 800 - 8 sec. Default 100.
P209 = 100

# SIP T2 Interval. RFC 3261 T2 value. The maximum retransmit interval for non-INVITE requests and INVITE responses.
# 200 - 2 sec, 400 - 4 sec, 800 - 8 sec, 1600 - 16 sec, 3200 - 32 sec. Default 400.
P250 = 400

# DTMF Payload Type
P79 = 101

# Preferred DTMF method.
# 100 - In-audio, 101 - RFC2833, 102 - SIP INFO
# Priority 1
P850 = 101

# Priority 2
P851 = 102

# Priority 3
P852 = 100

# Send Flash Event. 0 - no, 1 - yes
P74 = 0

# Enable Call Features.  0 - no, 1 - yes
P191 = 1

# Proxy-Require (A SIP extension to enable firewall penetration)
P197 =

# Use NAT IP.  This will enable our SIP client to use this IP in the SIP message. Example 64.3.153.50.
P101 =

# Distinctive Ring Tone
# 0 - Ring Tone 1, 1 - Ring Tone 2, 2 - Ring Tone 3, 3 - Ring Tone 4, 4 - Ring Tone 5,
# 5 - Ring Tone 6, 6 - Ring Tone 7, 7 - Ring Tone 8, 8 - Ring Tone 9, 9 - Ring Tone 10

# Distinctive Ring Tone Choice 1
P870 = 0

# Choice 1 incoming caller ID
P871 =

# Distinctive Ring Tone Choice 2
P872 = 0

# Choice 2 incoming caller ID
P873 =

# Distinctive Ring Tone Choice 3
P874 = 0

# Choice 3 incoming caller ID
P875 =

# Disable Call Waiting. 0 - no, 1 - yes
P91 = 0

# Disable Call-Waiting Caller ID. 0 - no, 1 - yes
P714 =0

# Disable Call-Waiting Tone. 0 - no, 1 - yes
P186 = 0

# Disable Reminder Ring for On-Hold Call:
P4360 = 0

# Disable Visual MWI. 0 - No, 1 - Yes
P855 = 0

# Ring Timeout. (10-300, default is 60 seconds)
P185 = 60

# Hunting Group Ring Timeout. (5-300, default is 20 seconds)
P4330 = 20

# Delayed Call Forward Wait Time. Allowed range 1-120, in seconds. Default 20 seconds.
P139 = 20

# No Key Entry Timeout. Default - 4 seconds.
P85 = 4

# Early Dial. 0 - No, 1 - Yes (use "Yes" only if proxy supports 484 response). 0 - no, 1 - yes
P29 = 0

# Dial Plan Prefix.(this prefix string is added to each dialed number)
P66 =

# Use # as Dial Key (if set to Yes, "#" will function as the "(Re-)Dial" key). 0 - no, 1 - yes
P72 = 1

# Dial Plan
P4200 = {*x+|00x+|15xxx+|13[01]x+|06[237]0xxxxxxx|06xxxxxxxx|[1-9]xxxxx|17xxx|118xx|14[5-9]xx|116xxx|17xx|18xx|14[0-4]x|12xx|19[1234789]|17x|18x|10[457]|112}

# SUBSCRIBE for MWI. 0 - No, 1 - Yes.
P99 = 1

# Send Anonymous. 0 - no, 1 - yes (caller ID will be blocked if set to Yes).
P65 = 0

# Anonymous Call Rejection. 0 - No, 1 - Yes.
P129 = 0

# Special Feature
# 100 - Standard, 108 - CBCOM, 109 - RNK, 111 - Huawei
P198 = 100

# Session Expiration (in seconds. default 180 seconds. Allowed value: 90-65535)
P260 = 180

# Minimum SE (in seconds. default 90 seconds, must be lower than or equal to P260)
P261 = 90

# Caller Request Timer (Request for timer when calling) 0 - no, 1 - yes
P262 = 0

# Callee Request Timer (Request for timer when called. i.e. if remote party supports timer but did not request for one) 0 - no, 1 - yes
P263 = 0

# Force Timer (Still use timer when remote party does not support timer) 0 - no, 1 - yes
P264 = 0

# UAC Specify Refresher. 0 - omit, 1 - UAC, 2 - UAS
P266 = 0

# UAS Specify Refresher. 1 - UAC, 2 - UAS
P267 = 1

# Force INVITE (Always refresh with INVITE instead of UPDATE even when remote party supports UPDATE) 0 - no, 1 - yes
P265 = 0

# Send Re-INVITE After Fax. 0 - No, 1 - Yes
P4367 = 0

#-------------------------------------------------------------------------------
# Codec/Voice Quality settings
#-------------------------------------------------------------------------------

# Use First Matching Vocoder in 200OK SDP. 0 - No, 1 - Yes
P4363 = 0

# Preferred Vocoder
# 0 - PCMU, 8 - PCMA, 4 - G.723, 18 - G.729, 2 - G.726-32, 100 - AAL2-G.726-16,
# 102 - AAL2-G.726-24, 104 - AAL2-G726-32, 103 - AAL2-G.726-40, 98 - iLBC, 99 - G.729E

# Choice 1.
P57 = 8

# Choice 2.
P58 = 0

# Choice 3.
P59 = 4

# Choice 4.
P60 = 18

# Choice 5.
P61 = 2

# Choice 6.
P62 = 98

# Choice 7.
P46 = 103

# Choice 8.
P98 = 99

# G723 rate. 0 - 6.3kbps encoding rate, 1 - 5.3kbps encoding rate
P49 = 0

# iLBC Frame Size. 0 - 20ms(default), 1 - 30ms.
P97 = 0

# iLBC payload type. Between 96 and 127, default is 97.
P96 = 97

# AAL2-G.726-16 Payload type. (between 96 and 127, default is 100)
P125 = 100

# AAL2-G.726-24 Payload type. (between 96 and 127, default is 99)
P126 = 99

# AAL2-G726-32 payload type. (between 96 and 127, default is 104)
P127 = 104

# AAL2-G.726-40 Payload type. (between 96 and 127, default is 103)
P128 = 103

# G.729E Payload type. (between 96 and 127, default is 102)
P124 = 102

# VAD. 0 - No, 1 - Yes
P50 = 0

# Symmetric RTP. 0 - No, 1 - Yes
P291 = 0

# FAX Mode. 0 - T.38 (Auto Detect), 1 - Pass Through
P228 = 0

# Fax Tone Detection Mode. 1 - Caller, 0 - Callee, 2 - Caller or Callee
P894 = 0

# Jitter Buffer Type. 0 - Fixed, 1 - Adaptive
P133= 1

# Jitter Buffer Length. 0 - Low, 1 - Medium, 2 - High
P132 = 1

# SRTP Mode
# 0 = Disabled
# 1 = Enabled but not forced
# 2 = Enabled and forced
P183 = 1

#---------------------------------------------------------
# SLIC Setting
# 0 - USA, 1 - AUSTRIA, 2 - BELGIUM, 3 - FINLAND, 4 - FRANCE, 5 - GERMANY
# 6 - GREECE, 7 -ITALY, 8 - JAPAN, 9 - NORWAY, 10 - SPAIN, 11 - SWEDEN,
# 12 - UK, 13 - AUSTRALIA/NEW ZEALAND
P854 = 4

# Caller ID Scheme
# 0  - Bellcore/Telcordia
# 1  - ETSI-FSK during ringing
# 2  - ETSI-FSK prior to ringing with DTAS
# 3  - ETSI-FSK prior to ringing with LR
# 4  - ETSI-FSK prior to ringing with RP
# 5  - ETSI-DTMF during ringing
# 6  - ETSI-DTMF prior to ringing with DTAS
# 7  - ETSI-DTMF prior to ringing with LR
# 8  - ETSI-DTMF prior to ringing with RP
# 9  - SIN 227 - BT
# 10 - NTT Japan
P853 = 1

# Polarity Reversal.  0 - No, 1 - Yes
P205 = 0

# Loop Current Disconnect. 0 - No, 1 - Yes
P892 = 0

# Loop Current Disconnect Duration. In 100 - 10000 milliseconds range, default is 200.
P856 = 200

# Hook Flash Timing. In 40-2000 milliseconds range
# minimum
P251 = 40

# maximum
P252 = 350

# On Hook Timing. (In 40-2000 milliseconds range, default is 400)
P833 = 400

# Gain:
# TX
# <value=1> +6dB
# <value=2> +4dB
# <value=3> +2dB
# <value=0> 0dB
# <value=4> -2dB
# <value=5> -4dB
# <value=6> -6dB
P247 = 0

# RX
# <value=1> +6dB
# <value=2> +4dB
# <value=3> +2dB
# <value=0> 0dB
# <value=4> -2dB
# <value=5> -4dB
# <value=6> -6dB
P249 = 0

# Disable Line Echo Canceller (LEC).  0 - No, 1 - Yes
P824 = 0

# Ring Tone 1
P4010 = c=1000/4000;

# Ring Tone 2
P4011 = c=2000/4000;

# Ring Tone 3
P4012 = c=2000/4000;

# Ring Tone 4
P4013 = c=2000/4000;

# Ring Tone 5
P4014 = c=2000/4000;

# Ring Tone 6
P4015 = c=2000/4000;

# Ring Tone 7
P4016 = c=2000/4000;

# Ring Tone 8
P4017 = c=2000/4000;

# Ring Tone 9
P4018 = c=2000/4000;

# Ring Tone 10
P4019 = c=2000/4000;

##############################################################################
##  Profile 2 Settings
##############################################################################

# Profile Active.  0 - no, 1 - yes
P401 = 0

# Primary SIP Server
P747 = sip.mycompany.com

# Failover SIP Server
P987 =

# Prefer Primary SIP Server. 0 - No, 1 - Yes.
P4568 = 0

# Outbound Proxy
P748 = proxy.mycompany.com

# SIP Transport
# 0 - UDP, 1 - TCP, 2 - TLS
P830 = 0

# NAT Traversal (STUN). 0 - No, 2 - No but send keep-alive, 1 - Yes
P730 = 0

# Visual MWI type: 0 - FSK, 1 - Neon
P4372 = 0

# DNS Mode. 0 - A Record, 1 - SRV, 2 - NAPTR/SRV.
P702 = 0

# SIP User ID is phone number. 0 - no, 1 - yes
P763 = 0

# SIP Registration. 0 - no, 1 - yes
P731 = 1

# Unregister On Reboot. 0 - no, 1 - yes
P752 = 0

# Outgoing call without Registration. 0 - no, 1 - yes
P813 = 1

# Register Expiration (in minutes. default 1 hour, max 45 days)
P732 = 60

# Registration Retry Wait Time (in seconds. Between 1-3600, default is 30)
P471 = 30

# Local SIP port (default 6060)
P740 = 6060

# Local RTP port (1024-65535, default 6004)
P739 = 6004

# Use Random Port. 0 - no, 1 - yes
P778 = 0

# Refer-To Use Target Contact. 0 - no, 1 - yes
P469 = 0

# Transfer on Conference Hangup. 0 - no, 1 - yes
P4561 = 0

# Remove OBP from Route Header. 0 - no, 1 - yes
P4563 =0

# Support SIP Instance ID. 0 - no, 1 - yes
P489 = 1

# Validate Incoming Message. 0 - No, 1 - Yes
P4341 = 0

# Check SIP Incoming UserID. 0 - No, 1 - Yes
P449 = 0

# Allow Incoming SIP Messages from SIP Proxy Only:
P742 = 0

# SIP T1 Timeout. RFC 3261 T1 value (RTT estimate)
# 50 - 0.5 sec, 100 - 1 sec, 200 - 2 sec, 400 - 4 sec, 800 - 8 sec. Default 100.
P440 = 100

# SIP T2 Interval. RFC 3261 T2 value. The maximum retransmit interval for non-INVITE requests and INVITE responses.
# 200 - 2 sec, 400 - 4 sec, 800 - 8 sec, 1600 - 16 sec, 3200 - 32 sec. Default 400.
P441 = 400

# DTMF Payload Type
P779 = 101

# Preferred DTMF method.
# 100 - In-audio, 101 - RFC2833, 102 - SIP INFO
# Priority 1
P860 = 100

# Priority 2
P861 = 100

# Priority 3
P862 = 100

# Send Flash Event. 0 - no, 1 - yes
P774 = 0

# Enable Call Features.  0 - no, 1 - yes
P751 = 1

# Proxy-Require (A SIP extension to enable firewall penetration)
P792 =

# Use NAT IP.  This will enable our SIP client to use this IP in the SIP message. Example 64.3.153.50.
P866 =

# Distinctive Ring Tone
# 0 - Ring Tone 1, 1 - Ring Tone 2, 2 - Ring Tone 3, 3 - Ring Tone 4, 4 - Ring Tone 5,
# 5 - Ring Tone 6, 6 - Ring Tone 7, 7 - Ring Tone 8, 8 - Ring Tone 9, 9 - Ring Tone 10

# Distinctive Ring Tone Choice 1
P880 = 0

# Choice 1 incoming caller ID
P881 =

# Distinctive Ring Tone Choice 2
P882 = 0

# Choice 2 incoming caller ID
P883 =

# Distinctive Ring Tone Choice 3
P884 = 0

# Choice 3 incoming caller ID
P885 =

# Disable Call Waiting. 0 - no, 1 - yes
P791 = 0

# Disable Call-Waiting Caller ID. 0 - no, 1 - yes
P823 =0

# Disable Call-Waiting Tone. 0 - no, 1 - yes
P817 = 0

# Disable Reminder Ring for On-Hold Call:
P4361 = 0

# Disable Visual MWI. 0 - No, 1 - Yes
P869 = 0

# Ring Timeout. (10-300, default is 60 seconds)
P816 = 60

# Hunting Group Ring Timeout. (5-300, default is 20 seconds)
P4331 = 20

# Delayed Call Forward Wait Time. Allowed range 1-120, in seconds. Default 20 seconds.
P470 = 20

# No Key Entry Timeout. Default - 4 seconds.
P292 = 4

# Early Dial. 0 - No, 1 - Yes (use "Yes" only if proxy supports 484 response). 0 - no, 1 - yes
P729 = 0

# Dial Plan Prefix.(this prefix string is added to each dialed number)
P766 =

# Use # as Dial Key (if set to Yes, "#" will function as the "(Re-)Dial" key). 0 - no, 1 - yes
P772 = 1

# Dial Plan
P4201 = { x+ | *x+ }

# SUBSCRIBE for MWI. 0 - No, 1 - Yes.
P709 = 0

# Send Anonymous. 0 - No, 1 - Yes  (caller ID will be blocked if set to Yes)
P765 = 0

# Anonymous Call Rejection. 0 - No, 1 - Yes.
P446 = 0

# Special Feature
# 100 - Standard, 108 - CBCOM, 109 - RNK, 111 - Huawei
P767 = 100

# Session Expiration (in seconds. default 180 seconds. Allowed value: 90-65535)
P434 = 180

# Minimum SE (in seconds. default 90 seconds, must be lower than or equal to P260)
P427 = 90

# Caller Request Timer (Request for timer when calling) 0 - no, 1 - yes
P428 = 0

# Callee Request Timer (Request for timer when called. i.e. if remote party supports timer but did not request for one) 0 - no, 1 - yes
P429 = 0

# Force Timer (Still use timer when remote party does not support timer) 0 - no, 1 - yes
P430 = 0

# UAC Specify Refresher. 0 - omit, 1 - UAC, 2 - UAS
P432 = 0

# UAS Specify Refresher. 1 - UAC, 2 - UAS
P433 = 1

# Force INVITE (Always refresh with INVITE instead of UPDATE even when remote party supports UPDATE) 0 - no, 1 - yes
P431 = 0

# Send Re-INVITE After Fax. 0 - No, 1 - Yes
P4368 = 0

#-------------------------------------------------------------------------------
# Codec/Voice Quality settings
#-------------------------------------------------------------------------------

# Use First Matching Vocoder in 200OK SDP. 0 - No, 1 - Yes
P4364 = 0

# Preferred Vocoder
# 0 - PCMU, 8 - PCMA, 4 - G.723, 18 - G.729, 2 - G.726-32, 100 - AAL2-G.726-16,
# 102 - AAL2-G.726-24, 104 - AAL2-G726-32, 103 - AAL2-G.726-40, 98 - iLBC, 99 - G.729E

# Choice 1.
P757 = 0

# Choice 2.
P758 = 8

# Choice 3.
P759 = 4

# Choice 4.
P760 = 18

# Choice 5.
P761 = 2

# Choice 6.
P762 = 98

# Choice 7.
P814 = 103

# Choice 8.
P815 = 99

# G723 rate. 0 - 6.3kbps encoding rate, 1 - 5.3kbps encoding rate
P749 = 0

# iLBC Frame Size. 0 - 20ms(default), 1 - 30ms.
P705 = 0

# iLBC payload type. Between 96 and 127, default is 97.
P704 = 97

# AAL2-G726-16 payload type. (between 96 and 127, default is 100)
P819 = 100

# AAL2-G726-24 payload type. (between 96 and 127, default is 99)
P820 = 99

# AAL2-G726-32 payload type. (between 96 and 127, default is 104)
P821 = 104

# AAL2-G726-40 payload type. (between 96 and 127, default is 103)
P822 = 103

# G729E payload type. (between 96 and 127, default is 102)
P818 = 102

# VAD. 0 - No, 1 - Yes
P750 = 0

# Symmetric RTP. 0 - No, 1 - Yes
P460 = 0

# FAX Mode. 0 - T.38 (Auto Detect), 1 - Pass Through
P710 = 0

# Fax Tone Detection Mode. 1 - Caller, 0 - Callee, 2 - Caller or Callee
P895 =0

# Jitter Buffer Type. 0 - Fixed, 1 - Adaptive
P831 = 1

# Jitter Buffer Length. 0 - Low, 1 - Medium, 2 - High
P832 = 1

# SRTP Mode
# 0 = Disabled
# 1 = Enabled but not forced
# 2 = Enabled and forced
P443 = 0

#-------------------------------------------------------------------------------
# SLIC Setting
# 0 - USA, 1 - AUSTRIA, 2 - BELGIUM, 3 - FINLAND, 4 - FRANCE, 5 - GERMANY
# 6 - GREECE, 7 -ITALY, 8 - JAPAN, 9 - NORWAY, 10 - SPAIN, 11 - SWEDEN
# 12 - UK, 13 - AUSTRALIA/NEW ZEALAND
P864 = 0

# Caller ID Scheme
# 0  - Bellcore/Telcordia
# 1  - ETSI-FSK during ringing
# 2  - ETSI-FSK prior to ringing with DTAS
# 3  - ETSI-FSK prior to ringing with LR
# 4  - ETSI-FSK prior to ringing with RP
# 5  - ETSI-DTMF during ringing
# 6  - ETSI-DTMF prior to ringing with DTAS
# 7  - ETSI-DTMF prior to ringing with LR
# 8  - ETSI-DTMF prior to ringing with RP
# 9  - SIN 227 - BT
# 10 - NTT Japan
P863 = 0

# Polarity Reversal.  0 - No, 1 - Yes
P865 = 0

# Loop Current Disconnect. 0 - No, 1 - Yes
P893 = 0

# Loop Current Disconnect Duration. In 100 - 10000 milliseconds range, default is 200.
P857 = 200

# Hook Flash Timing. In 40-2000 milliseconds range.
# minimum
P811 = 300

# maximum
P812 = 1100

# On Hook Timing. (In 40-2000 milliseconds range, default is 400)
P834 = 400

# Gain:
# TX
# <value=1> +6dB
# <value=2> +4dB
# <value=3> +2dB
# <value=0> 0dB
# <value=4> -2dB
# <value=5> -4dB
# <value=6> -6dB
P248 = 0

# RX
# <value=1> +6dB
# <value=2> +4dB
# <value=3> +2dB
# <value=0> 0dB
# <value=4> -2dB
# <value=5> -4dB
# <value=6> -6dB
P283 = 0

# Disable Line Echo Canceller (LEC).  0 - No, 1 - Yes
P825 = 0

# Ring Tone 1
P4030 = c=2000/4000;

# Ring Tone 2
P4031 = c=2000/4000;

# Ring Tone 3
P4032 = c=2000/4000;

# Ring Tone 4
P4033 = c=2000/4000;

# Ring Tone 5
P4034 = c=2000/4000;

# Ring Tone 6
P4035 = c=2000/4000;

# Ring Tone 7
P4036 = c=2000/4000;

# Ring Tone 8
P4037 = c=2000/4000;

# Ring Tone 9
P4038 = c=2000/4000;

# Ring Tone 10
P4039 = c=2000/4000;

##############################################################################
##  Profile 3 Settings
##############################################################################

# Profile Active.  0 - no, 1 - yes
P501 = 0

# Primary SIP Server
P547 = sip.mycompany.com

# Failover SIP Server
P997 =

# Prefer Primary SIP Server. 0 - No, 1 - Yes.
P4569 = 0

# Outbound Proxy
P548 = proxy.mycompany.com

# SIP Transport
# 0 - UDP, 1 - TCP, 2 - TLS
P530 = 0

# NAT Traversal (STUN). 0 - No, 2 - No but send keep-alive, 1 - Yes
P630 = 0

# Visual MWI type: 0 - FSK, 1 - Neon
P4373 = 0

# DNS Mode. 0 - A Record, 1 - SRV, 2 - NAPTR/SRV.
P502 = 0

# SIP User ID is phone number. 0 - no, 1 - yes
P563 = 0

# SIP Registration. 0 - no, 1 - yes
P531 = 1

# Unregister On Reboot. 0 - no, 1 - yes
P552 = 0

# Outgoing calls without registration. 0 - No, 1 - Yes
P513 = 1

# Register Expiration (in minutes. default 1 hour, max 45 days)
P532 = 60

# Registration Retry Wait Time (in seconds. Between 1-3600, default is 30)
P571 = 30

# Local SIP port (default 6060)
P640 = 6060

# Local RTP port (1024-65535, default 6004)
P539 = 6004

# Use Random Port. 0 - no, 1 - yes
P578 = 0

# Refer to Use Target Contact. 0 - No, 1 - Yes
P569 = 0

# Transfer on Conference Hangup. 0 - no, 1 - yes
P4565 = 0

# Remove OBP from Route Header. 0 - no, 1 - yes
P4564 =0

# Support SIP Instance ID. 0 - no, 1 - yes
P589 = 1

# Validate Incoming Message. 0 - No, 1 - Yes
P4342 = 0

# Check SIP Incoming UserID. 0 - No, 1 - Yes (no direct IP calling if Yes)
P549 = 0

# Allow Incoming SIP Messages from SIP Proxy Only
P4043 = 0

# SIP T1 Timeout. RFC 3261 T1 value (RTT estimate)
# 50 - 0.5 sec, 100 - 1 sec, 200 - 2 sec, 400 - 4 sec, 800 - 8 sec. Default 100.
P540 = 100

# SIP T2 Interval. RFC 3261 T2 value. The maximum retransmit interval for non-INVITE requests and INVITE responses.
# 200 - 2 sec, 400 - 4 sec, 800 - 8 sec, 1600 - 16 sec, 3200 - 32 sec. Default 400.
P541 = 400

# DTMF Payload Type
P579 = 101

# Preferred DTMF method.
# 100 - In-audio, 101 - RFC2833, 102 - SIP INFO
# Priority 1
P560 = 100

# Priority 2
P561 = 100

# Priority 3
P562 = 100

# Send FLASH event. 0 - No, 1 - Yes
P574 = 0

# Enable Call Features.  0 - no, 1 - yes
P551 = 1

# Proxy-Require (A SIP extension to enable firewall penetration)
P592 =

# Use NAT IP.  This will enable our SIP client to use this IP in the SIP message. Example 64.3.153.50.
P566 =

# Distinctive Ring Tone
# 0 - Ring Tone 1, 1 - Ring Tone 2, 2 - Ring Tone 3, 3 - Ring Tone 4, 4 - Ring Tone 5,
# 5 - Ring Tone 6, 6 - Ring Tone 7, 7 - Ring Tone 8, 8 - Ring Tone 9, 9 - Ring Tone 10

# Distinctive Ring Tone Choice 1
P580 = 0

# Choice 1 incoming caller ID
P581 =

# Distinctive Ring Tone Choice 2
P582 = 0

# Choice 2 incoming caller ID
P583 =

# Distinctive Ring Tone Choice 3
P584 = 0

# Choice 3 incoming caller ID
P585 =

# Disable Call Waiting. 0 - no, 1 - yes
P591 = 0

# Disable Call-Waiting Caller ID. 0 - no, 1 - yes
P523 =0

# Disable Call-Waiting Tone. 0 - no, 1 - yes
P517 = 0

# Disable Reminder Ring for On-Hold Call:
P4362 = 0

# Disable Visual MWI. 0 - No, 1 - Yes
P669 = 0

# Ring Timeout. (10-300, default is 60 seconds)
P516 = 60

# Hunting Group Ring Timeout. (5-300, default is 20 seconds)
P4332 = 20

# Delayed Call Forward Wait Time. Allowed range 1-120, in seconds. Default 20 seconds.
P570 = 20

# No Key Entry Timeout. Default - 4 seconds.
P492 = 4

# Early Dial. 0 - No, 1 - Yes (use "Yes" only if proxy supports 484 response). 0 - no, 1 - yes
P529 = 0

# Dial Plan Prefix (dial plan prefix string).
P666 =

# Use # as Dial Key (if set to Yes, "#" will function as the "(Re-)Dial" key). 0 - no, 1 - yes
P572 = 1

# Dial Plan
P4202 = { x+ | *x+ }

# SUBSCRIBE for MWI. 0 - No, 1 - Yes.
P509 = 0

# Send Anonymous (caller ID will be blocked if set to Yes). 0 - no, 1 - yes
P565 = 0

# Anonymous Call Rejection. 0 - No, 1 - Yes.
P546 = 0

# Special Feature
# 100 - Standard, 108 - CBCOM, 109 - RNK, 111 - Huawei
P567 =

# Session Expiration (in seconds. default 180 seconds. Allowed value: 90-65535)
P534 = 180

# Minimum SE (in seconds. default 90 seconds, must be lower than or equal to P260)
P527 = 90

# Caller Request Timer (Request for timer when calling) 0 - no, 1 - yes
P528 = 0

# Callee Request Timer (Request for timer when called. i.e. if remote party supports timer but did not request for one) 0 - no, 1 - yes
P629 = 0

# Force Timer (Still use timer when remote party does not support timer) 0 - no, 1 - yes
P664 = 0

# Force INVITE (Always refresh with INVITE instead of UPDATE even when remote party supports UPDATE) 0 - no, 1 - yes
P365 = 0

# UAC Specify Refresher. 0 - omit, 1 - UAC, 2 - UAS
P632 = 0

# UAS Specify Refresher. 1 - UAC, 2 - UAS
P533 = 1

# Send Re-INVITE After Fax. 0 - No, 1 - Yes
P4369 = 0

#-------------------------------------------------------------------------------
# Codec/Voice Quality settings
#-------------------------------------------------------------------------------

# Use First Matching Vocoder in 200OK SDP. 0 - No, 1 - Yes
P4365 = 0

# Preferred Vocoder
# 0 - PCMU, 8 - PCMA, 4 - G.723, 18 - G.729, 2 - G.726-32, 100 - AAL2-G.726-16,
# 102 - AAL2-G.726-24, 104 - AAL2-G726-32, 103 - AAL2-G.726-40, 98 - iLBC, 99 - G.729E

# Choice 1.
P557 = 0

# Choice 2.
P558 = 8

# Choice 3.
P559 = 4

# Choice 4.
P660 = 18

# Choice 5.
P661 = 2

# Choice 6.
P662 = 98

# Choice 7.
P514 = 103

# Choice 8.
P515 = 99

# G723 rate. 0 - 6.3kbps encoding rate, 1 - 5.3kbps encoding rate
P4350 = 0

# iLBC Frame Size. 0 - 20ms(default), 1 - 30ms.
P505 = 0

# iLBC payload type. Between 96 and 127, default is 97.
P504 = 97

# AAL2-G726-16 payload type. (between 96 and 127, default is 100)
P519 = 100

# AAL2-G726-24 payload type. (between 96 and 127, default is 99)
P520 = 99

# AAL2-G726-32 payload type. (between 96 and 127, default is 104)
P521 = 104

# AAL2-G726-40 payload type. (between 96 and 127, default is 103)
P522 = 103

# G729E payload type. (between 96 and 127, default is 102)
P518 = 102

# VAD. 0 - No, 1 - Yes
P550 = 0

# Symmetric RTP. 0 - No, 1 - Yes
P691 = 0

# FAX Mode. 0 - T.38 (Auto Detect), 1 - Pass Through
P510 = 0

# Fax Tone Detection Mode. 1 - Caller, 0 - Callee, 2 - Caller or Callee
P595 =0

# Jitter Buffer Type. 0 - Fixed, 1 - Adaptive
P631 = 1

# Jitter Buffer Length. 0 - Low, 1 - Medium, 2 - High
P835 = 1

# SRTP Mode
# 0 = Disabled
# 1 = Enabled but not forced
# 2 = Enabled and forced
P543 = 0

#-------------------------------------------------------------------------------
# SLIC Setting
# 0 - USA, 1 - AUSTRIA, 2 - BELGIUM, 3 - FINLAND, 4 - FRANCE, 5 - GERMANY
# 6 - GREECE, 7 -ITALY, 8 - JAPAN, 9 - NORWAY, 10 - SPAIN, 11 - SWEDEN
# 12 - UK, 13 - AUSTRALIA/NEW ZEALAND
P564 = 0

# Caller ID Scheme
# 0  - Bellcore/Telcordia
# 1  - ETSI-FSK during ringing
# 2  - ETSI-FSK prior to ringing with DTAS
# 3  - ETSI-FSK prior to ringing with LR
# 4  - ETSI-FSK prior to ringing with RP
# 5  - ETSI-DTMF during ringing
# 6  - ETSI-DTMF prior to ringing with DTAS
# 7  - ETSI-DTMF prior to ringing with LR
# 8  - ETSI-DTMF prior to ringing with RP
# 9  - SIN 227 - BT
# 10 - NTT Japan
P663 = 0

# Polarity Reversal.  0 - No, 1 - Yes
P665 = 0

# Loop Current Disconnect. 0 - No, 1 - Yes
P593 = 0

# Loop Current Disconnect Duration. In 100 - 10000 milliseconds range, default is 200.
P657 = 200

# Hook Flash Timing. In 40-2000 milliseconds range.
# minimum
P511 = 300

# maximum
P512 = 1100

# On Hook Timing. (In 40-2000 milliseconds range, default is 400)
P634 = 400

# Gain:
# TX
# <value=1> +6dB
# <value=2> +4dB
# <value=3> +2dB
# <value=0> 0dB
# <value=4> -2dB
# <value=5> -4dB
# <value=6> -6dB
P648 = 0

# RX
# <value=1> +6dB
# <value=2> +4dB
# <value=3> +2dB
# <value=0> 0dB
# <value=4> -2dB
# <value=5> -4dB
# <value=6> -6dB
P683 = 0

# Disable Line Echo Canceller (LEC).  0 - No, 1 - Yes
P4366 = 0

# Ring Tone 1
P4020 = c=2000/4000;

# Ring Tone 2
P4021 = c=2000/4000;

# Ring Tone 3
P4022 = c=2000/4000;

# Ring Tone 4
P4023 = c=2000/4000;

# Ring Tone 5
P4024 = c=2000/4000;

# Ring Tone 6
P4025 = c=2000/4000;

# Ring Tone 7
P4026 = c=2000/4000;

# Ring Tone 8
P4027 = c=2000/4000;

# Ring Tone 9
P4028 = c=2000/4000;

# Ring Tone 10
P4029 = c=2000/4000;

####### ###### ###### ###### ###### ###### ###### ### =

#FXS Ports

####### ###### ###### ###### ###### ###### ###### ### =

# FXS Port 1
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 1 - Active, 2 - 2, 3 - 3, 4 -4, 5 - 5, 6 - 6, 7 - 7, 8 - 8 )
P4060 =test
P4090 =test
P4120 =secret
P4180 =Gipsz Jakab
P4150 =0
P4300 =0

# FXS Port 2
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 2 - Active, 1 - 1, 3 - 3, 4 -4, 5 - 5, 6 - 6, 7 - 7, 8 - 8 )
P4061 =
P4091 =
P4121 =
P4181 =
P4151 =
P4301 =

# FXS Port 3
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 3 - Active, 1 - 1, 2 - 2, 4 -4, 5 - 5, 6 - 6, 7 - 7, 8 - 8 )
P4062 =
P4092 =
P4122 =
P4182 =
P4152 =
P4302 =

# FXS Port 4
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 4 - Active, 1 - 1, 2 - 2, 3 - 3, 5 - 5, 6 - 6, 7 - 7, 8 - 8 )
P4063 =
P4093 =
P4123 =
P4183 =
P4153 =
P4303 =

#-----------------------------------------------------------------------------------------
# The following 4 ports belong to GXW-4008/GXW-4024 only
#-----------------------------------------------------------------------------------------

# FXS Port 5
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4064 =
P4094 =
P4124 =
P4184 =
P4154 =
P4304 =

# FXS Port 6
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 6 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 5 - 5, 7 - 7, 8 - 8 )
P4065 =
P4095 =
P4125 =
P4185 =
P4155 =
P4305 =

# FXS Port 7
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 7 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 5 - 5, 6 - 6, 8 - 8 )
P4066 =
P4096 =
P4126 =
P4186 =
P4156 =
P4306

# FXS Port 8
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 8 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 5 - 5, 6 - 6, 7 - 7 )
P4067 =
P4097 =
P4127 =
P4187 =
P4157 =
P4307 =

#-----------------------------------------------------------------------------------------
# The following 16 ports belong to GXW-4024 only
#-----------------------------------------------------------------------------------------

# FXS Port 9
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4068 =
P4098 =
P4128 =
P4188 =
P4158 =
P4308 =

# FXS Port 10
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4069 =
P4099 =
P4129 =
P4189 =
P4159 =
P4309 =

# FXS Port 11
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4070 =
P4100 =
P4130 =
P4190 =
P4160 =
P4310 =

# FXS Port 12
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4071 =
P4101 =
P4131 =
P4191 =
P4161 =
P4311 =

# FXS Port 13
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4072 =
P4102 =
P4132 =
P4192 =
P4162 =
P4312 =

# FXS Port 14
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4073 =
P4103 =
P4133 =
P4193 =
P4163 =
P4313 =

# FXS Port 15
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4074 =
P4104 =
P4134 =
P4194 =
P4164 =
P4314 =

# FXS Port 16
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4075 =
P4105 =
P4135 =
P4195 =
P4165 =
P4315 =

# FXS Port 17
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4076 =
P4106 =
P4136 =
P4196 =
P4166 =
P4316 =

# FXS Port 18
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4077 =
P4107 =
P4137 =
P4197 =
P4167 =
P4317 =

# FXS Port 19
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4078 =
P4108 =
P4138 =
P4198 =
P4168 =
P4318 =

# FXS Port 20
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4079 =
P4109 =
P4139 =
P4199 =
P4169 =
P4319 =

# FXS Port 21
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4080 =
P4110 =
P4140 =
P4252 =
P4170 =
P4320 =

# FXS Port 22
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4081 =
P4111 =
P4141 =
P4253 =
P4171 =
P4321 =

# FXS Port 23
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4082 =
P4112 =
P4142 =
P4254 =
P4172 =
P4322 =

# FXS Port 24
# SIP USER ID, Authenticate ID, Password, Name, Profile ID (0 - Profile 1, 1 - Profile 2, 2 - Profile 3)
# Hunting Group (0 - None, 5 - Active, 1 - 1, 2 - 2, 3 - 3, 4 -4, 6 - 6, 7 - 7, 8 - 8 )
P4083 =
P4113 =
P4143 =
P4255 =
P4173 =
P4323 =

# Offhook Auto-dial
P4210 =
P4211 =
P4212 =
P4213 =
P4214 =
P4215 =
P4216 =
P4217 =

# Map to FXO Port#
P4521 = 1
P4522 = 1
P4523 = 1
P4524 = 1
P4525 = 1
P4526 = 1
P4527 = 1
P4528 = 1

# Map to FXO Gateway IP
P4264 =
P4265 =
P4266 =
P4267 =
P4268 =
P4269 =
P4270 =
P4271 =

# The following is for GXW-4024 only

# Offhook Auto-dial
P4218 =
P4219 =
P4220 =
P4221 =
P4222 =
P4223 =
P4224 =
P4225 =
P4226 =
P4227 =
P4228 =
P4229 =
P4230 =
P4231 =
P4232 =
P4233 =

# Map to FXO Port#
P4529 =
P4530 =
P4531 =
P4532 =
P4533 =
P4534 =
P4535 =
P4536 =
P4537 =
P4538 =
P4539 =
P4540 =
P4541 =
P4542 =
P4543 =
P4544 =

# Map to FXO Gateway IP
P4272 =
P4273 =
P4274 =
P4275 =
P4276 =
P4277 =
P4278 =
P4279 =
P4280 =
P4281 =
P4282 =
P4283 =
P4284 =
P4285 =
P4286 =
P4287 =

####### ###### ###### ###### ###### ###### ###### #### =

#Basic Settings Page

####### ###### ###### ###### ###### ###### ###### #### =

# End User Password
#P196 = 123

# Web Port. Default HTTP is 80.
P901 = 80

# Telnet Server. 1 - No, 0 - Yes
P276 = 0

#IP Address. 0 - DHCP, 2 - PPPoE, 1 - Static IP
P8 = 1

#-----------------------------------------------
# DHCP

# DHCP Hostname, DHCP option 12. Max length allowed is 32 bytes.
P146 =

# DHCP Domain Name, DHCP option 15. Max length allowed is 32 bytes.
P147 =

# DHCP Vendor Class ID, DHCP option 60. Max length allowed is 32 bytes.
P148 =  HT500

#-----------------------------------------------
# PPPoE

# PPPoE account ID
#P82 =

# PPPoE password
#P83 =

# PPPoE Service Name
P269 =

# Preferred DNS server
P92 = 0
P93 = 0
P94 = 0
P95 = 0

#-----------------------------------------------
#Static IP

# IP Address. Ignore if DHCP or PPPoE is used
P9 = 192
P10 = 168
P11 = 1
P12 = 2

# Subnet mask. Ignore if DHCP or PPPoE is used
P13 = 255
P14 = 255
P15 = 255
P16 = 0

# Router. Ignore if DHCP or PPPoE is used
P17 = 192
P18 = 168
P19 = 1
P20 = 1

# DNS 1. Ignore if DHCP or PPPoE is used
P21 = 193
P22 = 225
P23 = 14
P24 = 58

# DNS 2. Ignore if DHCP or PPPoE is used
P25 = 193
P26 = 225
P27 = 13
P28 = 113

#----------------------------------------------------------
# Time Zone. Offset in minutes to GMT
# <value=TZA+12> GMT-12:00 (International Date Line West)
# <value=TZB+11> GMT-11:00 (Midway Island, Samoa)
# <value=TZC+10> GMT-10:00 (US Hawaiian Time)
# <value=TZD+9> GMT-9:00 (US Alaska Time)
# <value=TZE+8> GMT-8:00 (US Pacific Time, Los Angeles)
# <value=TZF+7> GMT-7:00 (US Mountain Time, Denver)
# <value=TZG+6> GMT-6:00 (US Central Time, Chicago)
# <value=TZH+5> GMT-5:00 (US Eastern Time, New York)
# <value=TZf+4:30> GMT-4:30 (Caracas)
# <value=TZI+4> GMT-4:00 (Atlantic Time, Quebec)
# <value=TZJ+3:30> GMT-3:30 (Newfoundland)
# <value=TZK+3> GMT-3:00 (Greenland)
# <value=TZL+2> GMT-2:00 (Mid-Atlantic)
# <value=TZM+1> GMT-1:00 (Azores, Cape Verdi Is.)
# <value=TZN+0> GMT (London, Dublin, Edinburgh, Lisbon, Casablanca, Monrovia)
# <value=TZO-1> GMT+1:00 (Paris, Amsterdam, Berlin, Rome, Vienna, Madrid, Warsaw, Brussels)
# <value=TZP-2> GMT+2:00 (Israel, Cairo, Athens, Helsinki, Istanbul, Bucharest)
# <value=TZQ-3> GMT+3:00 (Moscow, Kuwait, Baghdad, Tehran, Nairobi)
# <value=TZR-4> GMT+4:00 (Abu Dhabi, Baku)
# <value=TZf+4:30> GMT-4:30 (Caracas)
# <value=TZS-5> GMT+5:00 (Islamabad, Ekaterinburg, Karachi, Tashkent)
# <value=TZT-5:30> GMT+5:30 (Chennai, New Delhi, Mumbai)
# <value=TZU-5:45> GMT+5:45 (Kathmandu)
# <value=TZV-6> GMT+6:00 (Almaty, Astana, Dhaka, Novosibirsk)
# <value=TZW-6:30> GMT+6:30 (Rangoon)
# <value=TZX-7> GMT+7:00 (Bankok, Jakarta, Hanoi, Krasnoyarsk)
# <value=TZY-8> GMT+8:00 (Beijing, Singapore, Taipei, Kuala Lumpur, Irkutsk, Perth)
# <value=TZZ-9> GMT+9:00 (Japan, Korea, Yakutsk)
# <value=TZa-9:30> GMT+9:30 (Adelaide, Darwin)
# <value=TZb-10> GMT+10:00 (Brisbane, Sydney, Melbourne, Canberra, Guam, Hobart)
# <value=TZc-11> GMT+11:00 (Magadan, Solomon Is., New Caledonia)
# <value=TZd-12> GMT+12:00 (Auckland, Wellington, Fiji)
# <value=TZe-13> GMT+13:00 (Nuku'alofa)
# <value=customize> Using self-defined Time Zone
P64 = customize

# Self-Defined Time Zone
P246 = CET-1CEST-2,M3.4.0,M10.5.0

# Language. 0 - English, 4 - Chinese, 10 - Spanish IVR
P342 = 0

#-----------------------------------------------
# NAT/DHCP Server Information & Configuration
#-----------------------------------------------
# For GXW4004/GXW4008 only
#-----------------------------------------------

# Device Mode. 0 -NAT Router, 1 - Bridge
P231 = 1

# NAT maximum ports. range: 0 - 4096, default is 1024
P896 = 1024

# NAT TCP timeout. range: 0 - 3600, default is 3600
P897 = 3600

# NAT UDP timeout. range: 0 - 3600, default is 300
P898 = 300

# Uplink bandwidth.
#<value=0> Disabled
#<value=2> 128k
#<value=3> 256k
#<value=4> 512k
#<value=5> 1M
#<value=8> 2M
#<value=9> 3M
#<value=6> 4M
#<value=10> 5M
#<value=7> 10M
#<value=11> 15M
P867 = 0

# Downlink bandwidth.
#<value=0> Disabled
#<value=2> 128k
#<value=3> 256k
#<value=4> 512k
#<value=5> 1M
#<value=8> 2M
#<value=9> 3M
#<value=6> 4M
#<value=10> 5M
#<value=7> 10M
#<value=11> 15M
P868 = 0

# Enable UPnP support. 0 - No, 1 - Yes
P890 = 0

# Reply to ICMP on WAN port. 0 - No, 1 - Yes. Unit will not respond to PING from WAN side if set to No.
P189 = 0

# WAN side HTTP/Telnet access. 0 - No, 1 - Yes (WAN side access will be rejected if set to No)
P190 = 1

# Cloned WAN MAC Addr (in hex format)
#P115 =
#P116 =
#P117 =
#P118 =
#P119 =
#P120 =

# Enable LAN DHCP. 0 - No, 1 - Yes
P5001 = 1

# LAN DHCP Base IP. (base IP for the LAN port, default is 192.168.2.1)
#P111 = 192.168.2.1

# LAN DHCP Start IP. (default is 100)
P5002 = 100

# LAN DHCP End IP. (default is 199)
P5003 = 199

# LAN Subnet Mask.  Default is 255.255.255.0.
#P110 =

#DHCP IP Lease Time, in units of hours, default is 120 hours or 5 days.
#P112 = 120

#DMZ IP.
#P113 =

#-----------------------------------------------------------
# Port Forwarding Settings.
#-----------------------------------------------------------

#############  Choice 1 ####################################
# WAN Port
P150 =0
# LAN IP
P158 =
# LAN Port
P166 =0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P174 =0
#############  Choice 2 ####################################
# WAN Port
P151 =0
# LAN IP
P159 =
# LAN Port
P167 =0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P175 =0
#############  Choice 3 ####################################
# WAN Port
P152 =0
# LAN IP
P160 =
# LAN Port
P168 =0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P176 =0
#############  Choice 4 ####################################
# WAN Port
P153 =0
# LAN IP
P161 =
# LAN Port
P169 =0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P177 =0
#############  Choice 5 ####################################
# WAN Port
P154 =0
# LAN IP
P162 =
# LAN Port
P170 =0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P178 =0
#############  Choice 6 ####################################
# WAN Port
P155 =0
# LAN IP
P163 =
# LAN Port
P171 =0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P179 =0
#############  Choice 7 ####################################
# WAN Port
P156 =0
# LAN IP
P164 =
# LAN Port
P172 =0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P180 =0
#############  Choice 8 ####################################
# WAN Port
P157 = 0
# LAN IP
P165 =
# LAN Port
P173 = 0
# Protocol.  0 - UDP Only, 1 - TCP Only, 2 - TCP and UDP.
P181 = 0

##UNKNOWN##

# Forcing a Codec per call. *027110 (PCMU), *027111 (PCMA), *02723 (G723), *02729 (G729), *0272616 (G726-r16), *0272624 (G724-r24), *0272632 (G726-r32), *0272640 (G726-r40), *027201 (iLBC)
#*02

P4351=*027110
P4352=*027111
P4353=*02723
P4354=*02729
P4355=*0272616
P4356=*0272624
P4357=*0272632
P4358=*0272640
P4359=*021

#unknown
P737 =2
P743=0
P229=0
P108=0
P37=2
P245=8
P4306=0
P133=1
P711=0
P4500=0
P4501=1
P4502=0
P200=0
P86=0
P206=2

hu-faq-callip

Ha partneremnek nincs "telefonszáma" csak IP cime, hogyan hívhatjuk egymást mégis könnyen, egyszerűen?

Természetesen IP cím alapján is lehetséges hívást kezdeményezni egy videokonferencia végberendezésről, azonban az IP címek bevitele ill. azok megjegyzése rendkívül körülményes.

Free gatekeeper

Az NIIF rendelkezik egy szabadon hozzáférhető gatekeeper szolgáltatással, amelyet révén bárki a világon a következő szolgáltatásokat veheti igénybe:

• Nemzetközi H.323 telefonszám alapú tárcsázás
• Nemzetközileg hívható saját H.323 telefonszám
• MCU konferenciába való behívás

Erről a szolgáltatásról bővebb információ itt érhető el. Javasoljuk, hogy a GDS hívószámmal nem rendelkező végpont regisztráljon be, majd így történjen a videóhívás.

Tárcsázás IP cím alapján

Ha valamelyik végpont regisztrálva van egy NIIF gatekeeperhez, akkor elsőként ezt szüntessük meg, majd mehet az IP alapján történő hívás.

hu-faq-qprobs

A kép minősége rossz (akadozik, lefagy). Hogyan ellenőrizhetem a minősegi ill. átviteli paramétereket?

Minden videókonferencia végberendezés képes általános átviteli statisztikát mutatni. Amennyiben a hívás egyszer már felépült, akkor minőségi szempontból két probléma lehet:

• Rossz hely viszonyok: rossz megvilágítás, rosszul összerakott eszköz, stb. (itt ezzel nem foglakozunk)
• Hálózati problémák: nem áll rendelkezésre elegendő sávszélesség, csomagvesztés van valahol a hálózatban.

Polycom berendezések

A Polycom ViewStation FX ill. Polycom VSX 7000-es videokonferencia berendezések esetében a távirányító alsó részén lévő ? (sárga) gomb megnyomásával diagnosztikai információkat kaphatunk az éppen zajló videokonferenciáról. Itt ellenőrizhető az éppen használt adatsebesség, a video (pl. H.263) ill. audio (pl. G.722) kodek és még néhány kevésbé lényeges információ.

Polycom ViewStation FX

A jobb alsó Menu ikonra kattintva a diagnosztikai menübe kerülünk, ahol részletesebb információkat is kérhetünk az aktuális hívásról (Advanced Stats).

Polycom VSX 7000 FX

A jobb alsó részen lévő Next gombra navigálva érhetőek el a részletesebb statisztikák.

Egyéb megfontolások

Nagyon fontos ellenőrizni, hogy a hálózati átvitel közben fellép-e csomagvesztés. A videokonferencia csak nagyon kismértékű csomagvesztést tolerál (<1-2%, berendezésfüggő), ezért ha kép/hang akadozik és lefagy, akkor először azt érdemes megnézni, hogy van-e csomagvesztés (Packet loss). Amennyiben tapasztal ilyet, kérjük forduljon a helyi hálózati adminisztrátorhoz és kérje segítségét a hiba elhárításában.

Csomagvesztés esetén az alábbi problémák tipikusak:

• Osztottan használt vonalon megvalósított kapcsolat: nem elegendő az uplink, a többi gépet korlátozni kell (pl. QoS), esetleg lejebb kell menni a sávszélességgel. A probléma tipikus ADSL kapcsolattal rendelkező intézmények esetén.
• Helyi szakasz fizikai probléma: a videókonferencia eszköz és az első switch között lévő patch és/vagy fali kábel miatt hibázik az átvitel. Lehet problémás a videókonferencia eszköz vagy a switch portja is.

tuzfal

H.323 és a tűzfalak

Ez a dokumentum tűzfal adminisztrátorok számára készült. Amennyiben javaslata van a dokumentummal kapcsolatban, kérjük keressen meg minket a video-admin@niif.hu e-mail címen.

Miért nehéz ügy a H.323 és a tűzfalak együttműködése?

• H.323 egy rendkívül komplex protokoll-rendszer. A protokoll üzenetek ASN.1-gyel kódoltak, ezek vizsgáltata/visszafejtése rendkívül erőforrás-igényes a tűzfalak és NAT eszközök számára.
• Több fix és dinamikusan allokált TCP és UDP protot használ (H.245, RTP/RTCP az audió és videó stream-ek számára).
• NAT használata esetén a NAT eszközök döntő hányada nem ismeri a H.323 protokollt, így képtelen teljesíteni a címfordítással járó követelményeket (IP címek átírása a protokoll-üzenetekben).

Milyen részei vannak a H.323 protokoll-rendszernek?

A H.323 fontosabb elemei:

• H.225:
  • RAS (Registration, Admission and Status): a végpont és a gatekeeper közötti jelzések (regisztráció, hívás-engedélyezés, stb.).
  • Q.931: Hívásfelépítés jelzés-rendszer.
• H.245: Hívás-vezérlés (végpontok képességeinek egyeztetése, hívás közbeni változtatások, stb.).
• RTP/RTCP: audió és videó stream-ek szállítása és a hozzá tartozó vezérlő protokoll.

Milyen portokat használ a H.323?

A H.323 egyes alkotórészei (H.225, H.245 és RTP) az alábbi portokat használják:

H.323 protokoll	Protokoll	Port(ok)	Kommunikáció iránya
H.225	-	-	-
RAS	UDP	1719	Kétirányú, végpont-gatekeeper
Q.931	TCP	1720	Kétirányú, végpont-gatekeeper
H.245	TCP	dinamikus (1024-65535)	Kétirányú, végpont-végpont
RTP/RTCP	UDP	dinamikus (1024-65535)	Kétirányú, végpont-végpont

A dinamikus portok (1024-65535) allokációja az eggyel "alacsonyabb" szintű protokoll-kommunikációban történik (pl. H.245 esetén a Q.931, az RTP esetében a H.245 üzenetekkel).

Mit tegyek a tűzfallal?

Amit mindenképpen ki kell nyitnunk:

• RAS és Q.931 portok mindkét irányban
• RTP portok: Mivel az RTP portok dinamikusan osztódnak ki, így itt nehéz dolgunk van. A videókonferencia végpontok általában megengedik a port-tartomány korlátozását, pl. 4-8 portra. írjuk elő a fix porttaromány használatát felhasználóink számára, így nem kell felesleges biztonsági kockázatot vállalnunk (ld. példák).
• A H.245 üzeneteket fix porthasználat esetén a Q.931-es kapcsolatban tunnelezik az eszközök, így - elvileg - ezzel nem kell foglalkoznunk.

Néhány példa

Például Polycom ViewStation FX esetén navigáljunk az alábbi menüponthoz:

System Info
 Admin Setup (ha van, akkor admin jelszó megadása)
   LAN/H.323
     LAN/Intranet
       Firewall/LAN Connection

Use Fixed Ports: (pipa, és meg kell adni TCP és UDP fix címtartomány kezdetét, ami alapértelmezésben 3230)

Polycom VSX 7000 végpont esetén:

System
  Admin Settings (ha van, akkor admin jelszó)
    Network
      IP
        Firewall

Fixed ports (pipa, TCP esetén 3230-3235, UDP esetén 3230-3253 az alapértelmezett)

A hardveres végpontok gyakran tartalmaznak belső MCU-t (azaz maguk tudnak max. 4-6 kliens számára osztott képernyős módban működni). Egyetlen pont-pont videókapcsolat esetén minimálisan 8 RTP (UDP) portra lesz szükségünk (1-1 az audió, videó, content és far-end camera control számára, továbbá a 4 RTCP csatorna). A belső MCU használatakor számítsunk arra, hogy ennek a többszörösére lesz szükség (csatlakozott végpontok száma x 8 port).

Polycom PVX szoftveres videókonferencia kliens esetén (Preferences menü, csavarkulcs ikon bal felül, ld. ábra):

Network
  Behind a NAT/firewall
  Specify external IP address (itt vagy autodetect (UPnP) vagy manuális IP megadás)

Network
  Ports
    Media port range (UDP and TCP): (alapértelmezésként a 3230-3237 tartomány van beállítva, ezt kell a tűzfalon is megnyitni)
    Use UPnP port forwarding: (UPnP használata esetén)

Mi a helyzet a NAT-tal?

A H.323 kommunikáció kétirányú (kimenő és bejövő hívások), így a következő konfigurációt kell alkalmaznunk:

• Fix címfordítás beállítása (egy-egy hozzárendelés),
• Fix port-fordítás beállítása (ajánlott a fent részletezett port-tartomány szűkítést alkalmazni),
• A végpont számára allokált publikus cím beállítása a videókonferencia eszközben (külső cím) vagy UPnP használata.

Tipikus tűzfal hibák

Az alábbi tipikusan tűzfalak és/vagy NAT által okozott hibák:

• A végpont nem tud regisztrálni a gatekeeperhez: nincs nyitva a H.225 RAS port.
• A hívás kicseng (sokszor), de nem épül fel: a tűzfal nem engedi át megfelelően (mindkét irányban) a hívás-felépítéshez szükséges üzeneteket (H.225 Q.931).
• A hívás felépül, de nincs kép és/vagy hang (aszimmetrikus is lehet, azaz egyik végponton minden jónak tűnik): az RTP/RTCP portok nincsenek megfelelően kinyitva.

Proxy gatekeeper

A proxy gatekeeper egy elegáns megoldás a tűzfal és NAT átjárhatóság biztosítására. A tűzfal belső oldalára elhelyezett proxy módban működő gatekeeper tulajdonképpen egy alkalmazás szintű gateway-ként funkcionál. Ebben az esetben egy adott szervezetnek saját gatekeeper-t kell működtetnie (ilyenkor különálló GDS számtartomány igénylése is szükséges ehhez). Proxy gatekeeper megvalósításakor az ingyenes GnuGk használata ajánlott. Bővebb információ és konfigurációs példák itt.

NIIF szolgáltatás-specifikus dolgok

Directory szolgáltatás (GAB, Global Address Book): 3601 TCP port megnyitása a gab.vvc.niif.hu gép felé.

Szoftver upgrade: Amennyiben Ön NIIF tulajdonú eszközzel rendelkezik, igény lehet a végpont (általunk elvégzett) szoftver-frissítésére. Ehhez a következő tűzfal-konfiguráció módosításokat kell életbe léptetni:

• FTP: 20, 21 TCP (active FTP)
• HTTP: 80 TCP
• SNMP: 161,162 UDP
• A fentieket elegendő a 193.6.222.0/25 (menedzsment) tartomány felé engedélyezni.

voip links

VoIP protokollok

SIP

• SIP - Wikipédia
• [http://www.tech-invite.com SIP Call Flow](http://www.tech-invite.com)
• SIP
• IANA Session Initiation Protocol (SIP) Parameters
• SIP RFC's
• IETF SIP RFC's

Történelem

• SIP történelem
• SER/OPENSER/KAMAILIO/SIP-ROUTER történelem

MD5 Digest

• http digest számoló eszköz
• [http://en.wikipedia.org/wiki/Digest_access_authentication]

SIP is not Simple

• The following graphs illustrate the enormus growing rate of RFCs which are related to SIP or VoIP in general.

SIP Auto answer / Page

*sip implementors *Requesting Answering Modes for the Session Initiation Protocol (SIP)

SIP Stacks

• pjsip SIP stack
• python based SIP stack
• Sofia SIP stack
• SIPit SIP stack együttműködési tesztek összefoglalói
• SIP SIMPLE client is a Software Development Kit (Python)

SIP over IPv6

• Z1FvEKmFzAsC&printsecfrontcover Voice Over IPv6

SIP-B

• SIP-B + Deverto
• SIP-B cikk
• SIP-B lejárt draft
• SIP-B definíció

Roadmaps

• Cisco SIP Roadmap
• Asterisk roadmap

SIP Identity

• draft sip-privacy-04 (Remote-Party-ID) lejárt leváltotta RFC 3323-3325
• RFC 3323 A Privacy Mechanism for the Session Initiation Protocol (SIP)
• RFC 3324 Short Term Requirements for Network Asserted Identity
• RFC 3325 (Private Extensions to the SIP for Asserted Identity within Trusted Networks)
• RFC 4474 (Enhancements for Authenticated Identity Management in the SIP)
• RFC 4474 Concerns (Tel uri + RFC 4474)
• draft-wing-sip-identity-media-02.txt

SIP Peeering ViPR (Verification involving PSTN Reachability)

• http://www.ietf.org/mail-archive/web/dispatch/current/msg00901.html
• http://tools.ietf.org/html/draft-rosenberg-dispatch-vipr-overview-02

SIP SAML

• SIP SAML Profile and Binding
• RFC 4484 Trait-Based Authorization Requirements for the Session Initiation Protocol (SIP)

SIP RACE Condition

• RFC5407 Example Call Flows of Race Conditions in SIP (Best Current Practice)

RFC

• RFC 4244 SIP History-Info header
• RFC 3842 Message Waiting Indication Event Package (pl. Asterisk voicemail is ezt használja)
• RFC 3420 sipfrag (SIP üzenetrészlet)
• RFC3303 Middlebox communication architecture and framework
• RFC3323 SIP Privacy
• Connected Identity RFC 4916
• Location Conveyance for the Session Initiation Protocol
• RFC 4458 / SIP URIs for Applications such as Voicemail and Interactive Voice Response (IVR)
• RFC3428: SIP Extension for Instant Messaging
• RFC4028 SIP Session Timer
• RFC4475 SIP Torture messages
• RFC4796 The Session Description Protocol (SDP) Content Attribute (SDP) Content Attribute / sip+content (douvideo vagy H.239 sip-en)

RAI Workgroup

• Session PEERing for Multimedia INTerconnect (SPEERMINT)

SIP Kliensek

SIP Hard kliensek

• Provisioning Parameters for Extension Mobility on Cisco SPA5x5 IP Phones
• Cisco Small Business IP Telephony Provisioning Guide
• Linksys SPA telefonok reboot reason code -ok listája
• SPA Phone Firmware and Tools fordítások *HUP fórum Linksys SPA magyarítás *Config Guide: SPA9000 Voice System Administration Guide (Release 6.1) *SPA5xx-7-x_Update_Jan-20-2010.pdf *Interoperability information for Asterisk(R)-based Phone Systems *spa resync "C" source code *Cisco/Linksys SPA50XG ringtone converter win utility *Cisco/Linksys SPA custom language XML support *SPA900 Phones XML Dictionaries, v6.1. Two new languages supported: Bulgarian and Norwegian. Includes following languages: Bulgarian (bg), Czech (cz), Danish(dk), German (de), English (en), French (fr), Croatian (hr), Hungarian (hu), Italian (it), Dutch (nl), Norwegian (no), Polish (pl), Portuguese (pt), Romainan (ro), Russian (ru), Spanish (es), Swedish (se), Slovak (sk), Slovenian (sl), Turkish (tu).
• Sipura/Linksys/Cisco SPA 5xx/9xx LDAP Corporate Directory
• SPA900_LDAP_CORP_DIR_V11.pdf
• Cisco 79xx/SPA5xx XML directory
• XML phone apps SPA5xx
• CiscoIPPhone object supported by SPA 5xx series IP Phones
• Support for SIP NOTIFY XML-Service event on SPA500 IP Phones
• XML Services for SPA500 series IP Phone documentation
• Small Business IP Phone Documentation
• Cisco SPA5xxG IP Phones and DHCP OPTIONS
• SPA 50X XML Dictionaries v7.4.X

Fogyasztás

• ip telefonok fogyasztásának összehasonlítása

SIP Soft kliensek

• qutecom
• portsip pangolin
• x-lite / eye-beam / bria
• twinkle
• Blink MacOSX
• phonerlite windows (ipv6!)
• mercuro windows / windows mobile
• minisip
• Enigma windows (XP/Vista/7) / Linux (Fedora)
• linphone linux
• pjsua console sip kliens

SIP Mobil kliensek

• Android + SIP = sipdroid

SIP Trunking

• What is a SIP Trunk Anyway?

• Representing Trunk Groups in tel/sip Uniform Resource Identifiers (URIs)

• Trunk Group Use in ENUM

• OPENSER/Kamailio Devel Guide

SIP Redundancy / HA

• SIP_failover_and_redundancy.pdf

SIP Troubleshooting tools

• http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/sip_router/utils/sipgrep/
• http://www.wireshark.org/ wireshark -k -i <(ssh 192.168.1.1 "sudo tshark -w - -i eth0")
• tshark (console wireshark) tshark -i eth0 -t ad -R 'sip'-S -w /tmp/sip.cap

H.323

• H.323 Wikipedia
• H.323 paketizer
• H.323 rövid mini tutorial magyarul

SIP vs. H.323

• http://www.packetizer.com/voip/h323_vs_sip/
• http://hive.packetizer.com/users/h323forum/papers/Service_Architecures_SIP-H323.pdf
• SIP and H.323

Open Source hívásirányítók

• VoIP SoftSwitchek PBX-ek gyűjteménye..

• www.asterisk.org

• www.kamailio.org

• www.opensips.org

• sip-router.org project (common collaboration framework to X-SER)

• www.ser.org

• www.gnugk.org (csak H.323)

• openimscore.org opensource IMS

SIP-Router

• Kamailio 3.0.x - DYK - ToC

"copy left" / "public domain" / "Creative Common" Music on Hold zenék

• Wikipedia ogg file-ok

• opsound.org mp3 file-ok

• asterisk Creative Common

• http://blogs.digium.com/2009/08/18/asterisk-music-on-hold-changes/

Location / Végpontok azonosítása / Azonosító gazdálkodás

• országhívó kódok wikipedia country codes

Magyar Azonosító gazdálkodás

• Azonosítógazdálkodással és számhordozhatósággal kapcsolatos jogszabályok
• 164/2005. (VIII. 16.) Korm. rendelet az elektronikus hírközlő hálózatok azonosítóinak nemzeti felosztási tervéről (rövid számok!!!)
• Magyar Nemzeti számozási terv
• www.nhh.hu Azonosító gazdálkodás

Külföldi Azonosító gazdálkodás

• NANPA: North American Numbering Plan Administration
• voip-info.org +3883 - European Telephony Numbering Space - ETNS
• +3883 - European Telephony Numbering Space - ETNS
• iNum is making use of the +883 global country code newly created by the ITU (International Telecommunication Union).

ENUM

• NREN ENUM Az európai kutató hálózatok privát ENUM fája.
• ENUM Wikipédia
• RIPE ENUM
• Magyar ENUM pilot
• Enum fák állapota
• IANA Enumservice Registrations
• GARR NRENUM directory

RFC

• The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM)
• RFC 3764 enumservice registration for Session Initiation Protocol (SIP) "E2U+SIP" enumservice for SIP
• RFC 3263 - Session Initiation Protocol (SIP): Locating SIP Servers (D2X)
• SIP E.164 Problem Statement

ENUM tutorial

• Japán tutorial (2003)
• AT&T (2003)

TRIP/ITAD

• ITAD Subscriber Numbers SIP.edu
• TRIP tutorial
• A Framework for Telephony Routing over IP RFC2871
• Telephony Routing over IP (TRIP) RFC3219
• TRIP Cisco IOS 12.3

DUNDi

• DUNDi website
• DUNDi draft

Test Framework-ök (Benchmark,Compatibility,Performance,Qos,MOS,PESQ,r-factror,E-modell,VQmon,Testnumber...)

• pbx-test Asteriskhez
• SIPp
• SFTF SIP Foudry Test Framework
• SIPSTONE
• VoIP QOS Mos mérő:testyourvoip/Brix networks
• VoIP QOS Mos mérő: Test My Connection for VoIP Quality/VisualWare
• VoIP Osztrák Tesztszámok
• voip-info.org Call Quality Metrics (PESQ, MOS)
• Cisco IOS IP SLA Configuration Guide
• Cisco IOS IP SLAs Command Reference
• The Open Speech Repository (Freely usable speech files in multiple languages for use in Voice over IP testing)
• voice quality measurement
• Online Diagnostic Tools for Network Managers
• Telchemy VQmon (Technical Reference)
• miTester for SIP
• sip-dig dns SRV NAPTR tester
• IPv6 Ready
• E-model R-Factor MoS
• E-model R-Factor MoS ITU calculator
• E-model tutorial
• RFC4475 SIP Torture Test Messages SIPit
• media-loopback An Extension to the Session Description Protocol (SDP) for Media Loopback draft-ietf-mmusic-media-loopback-13 (?Cisco/Linksys/SIPURA SPA?)
• loopback testing
• Cisco Enterprise QoS Solution Reference Network Design Guide Wideband Demo SIP URI G.711 és G.722 között lehet váltogatni a "#" megnyomásával
• sip:wbdemo@conf.zipdx.com vagy sip:wbdemo@zipdx.com
• sip-viewer

VoIP biztonság / Security

• VoIP Crack
• cain password Cain & Abel is a password recovery tool for Microsoft Operating Systems.
• IETF Draft Domain Certificates in SIP SubjectAltName használata
• IETF Draft SIP + X.509 Extended Key Usage
• VOIPSA.org voip security resources
• SIP overload control problem statement
• SIP DoS
• SIP RTP DoS
• Overview of SIP Media Security Options - Dan Wing
• sipvicious /sip scanner tool/

Videokonferencia és VoIP Prezentációk / Konferenciák / Portálok / Tutorial / Szerveztek

Tutorial

• SIP Pocket Guide
• SIP.edu cookbook
• SIP mini overview from Cisco
• A Hitchhiker's Guide to the Session Initiation Protocol (SIP)
• Tekelec Webinars
• TEKELEC SIP Tutorial 1
• TEKELEC SIP Tutorial 2
• TEKELEC SIP Tutorial 3
• TEKELEC SIP Tutorial 4
• Upgrading the Next-generation Network Part II - Layer 5 Core SIP Routing
• OpenSer/Kamailio Admin Course 2007.08.29
• SIP tutorial (iptel.org)
• UNC realtime Architecture Christian Schlatter
• PPKE ITK Internetes médiakommunikáció VoIP
• CPL Tutorial
• opensips webinar
• opensips webinars home
• 3CX IP PBX-szel, SIP-pel és VOIP-pel kapcsolatos GYIK
• kezdolap&Almenuhogyanmukodik VoIP tudástár magyarul, kezdőknek
• OpenSIPS loadbalancing példa
• Trixbox telepítés
• XCAP tutorial
• Overview of SIP - Cisco
• Bilicki Vilmos Szegedi Egyetem VoIP - SIP - XMPP
• Kamailio Knowledge Base (kb.aspito.com)
• VoIP in-depth: An introduction to the SIP protocol, Part 1

Asterisk Books Tutorial

• O'Reilly Book Asterisk: The Future of Telephony, 2nd Edition
• Asterisk: The Future of Telephony html formában
• Asterisk Tutorial
• VIM + Asterisk extension.conf syntax highlighting
• Asterisk SIP User vs. Peer

Konferenciák

• http://www.cluecon.com/
• http://www.von.com/
• http://www.astricon.net/
• http://www.amoocon.de/
• NETWORKERS 2004
• OpenSIPS Amoocon 2009

Portálok

• Wainhouse Research Videoconference Portal analyzes the market trends, technologies/products, vendors, applications, and related services in the Unified Communications and rich media conferencing fields.
• Tárcsahang

Szervezetek

• sipfórum
• Terena: Enhanced Communication Services - Task Force

PSTN / POTS

• FXS vs. FXO
• ISDN E1 failover switch

Cisco ISDN gateway configuration

• Cisco DSP calculator (jogosultság szükséges a használatához)
• Voice Hardware Compatibility Matrix (Cisco 17/26/28/36/37/38xx, VG200, Catalyst 4500/4000, Catalyst 6xxx)
• Table 29 Dial-Peer Matching Rules for Inbound URI in SIP Calls
• Table 16 Dial-Peer Matching Rules for Outbound URI
• Cisco IOS Voice Command Reference
• Cisco IOS Fax, Modem, and Text Support over IP Configuration Guide, Release 12.4
• Understanding Inbound and Outbound Dial Peers Matching on IOS Platforms
• Cisco IOS Voice Port Configuration Guide (Book Length PDF)
• Fax over IP T.37 Store and Forward Fax (Nagyvonalú leírás és részletes minta példa. Támogatott e-mail formátum részletezése
• VoIP Gateway Trunk and Carrier Based Routing Enhancements
• Radius Accounting Cisco VSA

Troubleshooting

• Cisco Telephony Interface Architecture felépítés
• Voice Call Debug Filtering on Cisco Voice Gateways
• SIP Debug Output Filtering
• Cisco WIKI: Cisco IOS Voice Troubleshooting and Monitoring
• Cisco Fax hibakeresés
• Cisco Voice Command Reference
• Session Initiation Protocol Gateway Call Flows
• Cisco IOS Voice Troubleshooting and Monitoring Guide, Release 12.4
• 12.4T Configuration Guide
• Understanding debug isdn q931 Disconnect Cause Codes
• Understanding the show controllers E1 Command / E1 hibakeresés
• Voice Translation Rules / test voice translation-rule

NAT STUN / TURN / ICE , XTUNNEL

• Interactive Connection Establishment /ICE/ - Rosenberg (NAT Traversal)
• Xtunnel a counterpath/xten eyebeam/bria/x-lite termékéhez
• NAT traversal ICE/TURN/STUN
• turnserver TURN implementáció
• ICE STUN TURN tutorial
• ICE: the ultimate way of beating NAT in SIP (amoocon)

Codec, hang és video kódolás

• Digital Pictures Compression jegyzet
• Hang és Video kodekek listája
• Polycom voice codec white paper
• H.264 SVC
• Media formátumok és a konténerek

Directory, H.350

• H.350 Cookbook
• H.350 IETF RFC 3944

Speciális Hangjelzések

• speciális hangjelzések(Special Information Tone = SIT)

Provisioning

• A Framework for Session Initiation Protocol User Agent Profile Delivery (configuration provisioning)

DHCP

• DHCP opciók
• dhcp option sip-server /Dynamic Host Configuration Protocol (DHCP-for-IPv4) Option for Session Initiation Protocol (SIP) Servers/
• Cisco dhcp option 150 vs.66
• Cisco support forum dhcp option 150 or 66

QoS

• RTCP XR
• Assessing VoIP Call Quality Using the E-model

Szolgáltatók

• http://voipszolgaltato.lap.hu/

Videokonferencia

• Tandberg SIP támogatás
• TANDBERG University: Introduction to TANDBERG and Video Conferencing
• Videoconference Manual

Vertical Service Code

• GUIDELINES FOR IMPLEMENTATION SUPPLEMENTARY SERVICE CODES
• MAN MACHINE INTERFACE (MMI)
• Vertical service code
• Vertical Service Codes / Code Definitions

Példa nevek

• Alice Bob Carol Dave ... példa nevek A,B,C,D

További érdekes helyek

• voip-info.org (Open Source VoIP Biblia)

• Wikipedia VoIP

• WeSIP (adds a J2EE layer to OpenSER)

• XCAP Server Implementáció

• OpenSIPS Control Panel

• The SIPconnect Technical Recommendation *White Paper on SIP Servers (RADVISION)

• OpenSER config generator sip:wizard

• OpenXCAP python XCAP implementáció

• A list of interesting publications that are related to the Sip-router project, SIP servers, or SIP and related protocols in general.

• cisco UC poster

• SIP NAT Best Practices

• SIP-to-SIP Connections on a Cisco Unified Border Element (CUBE)

• Cisco Unified Border Element Configuration Guide

• Troubleshooting and Debugging VoIP Call Basics hogyan működik az IOS képek

• fényképek végpontok/ATA-k/stb.

• SIP problems: Actions Addressing Identified Issues with the Session Initiation Protocol's (SIP) Non-INVITE Transaction RFC4320

• SIP problems: Problems Identified Associated with the Session Initiation Protocol's (SIP) Non-INVITE Transaction RFC4321

• Dial Peer Configuration on Voice Gateway Routers

• Cisco Unified Survivable Remote Site Telephony Configuration Guides SRST

• RFC3263 DNS feloldás Best Current Practice

• Cisco telefon XML API 5.1

• Cisco telefon XML API 7.1

• 10.1.1.148.8045&reprep1&type=pdf SIP Proxy Server Effectiveness Master's Thesis Jan Jan´ak

• GEANT3 Campus Best Practice (fények hang stb. videokonferencia terem tervezéshez)

• H.264/SVC demo Global IP Solutions

• icemission softphone

• ITU Local call progress tones2003

• Local call progress tones2010

• Hungary (hun) Phone Settings and Frequencies

• PROTOS sip test framework

• World Telephone Numbering Guide

• CESNET VoIP Security

• CESNET VoIP

• DNS ZoneCheck tool

• cisco 15.1 IOS toll fraud prevention

• Universal Personal Telecommunications

• SIP vs XMPP or SIP and XMPP

hu-streaming-stream

Stream előállítása és küldése

A Videotorium jelenleg RTMP alapú Flash (h.264 videó és AAC audió) stream-et képes fogadni és továbbítani. Ennek megfelelően olyan alkalmazást érdemes keresni, amellyel támogatott ez a stream-elési mód.

Tapasztalataink alapján a következő alkalmazásokkal működik jól a Videotorium élő közvetítése:

Név	Licenszelés	Támogatott OS	Egyéb
Adobe Flash Media Live Encoder	Ingyenes	Windows, Mac OS X	Az Adobe.com-ról regisztrációt követően lehet letölteni
ffmpeg	Ingyenes (open source)	Windows, Mac OS X, Linux	Parancssoros felület
gStreamer	Ingyenes (open source)	Windows, Mac OS X, Linux	Parancssoros felület

Adobe Flash Media Live Encoder beállítások

1. Az Encoding Options fülön kell beállításokat végezni:
   • Adjuk meg, milyen videó és hangeszközt szeretnénk forrásként használni a stream-ünkhöz a Device lista használatával.
   • A videóra vonatkozó javaslatok:
     • 'Format': H.264
     • 'Frame rate': minimum 25 fps
     • 'Bitrate': HD videó esetén 2000-3000 Kbps, SD esetén 1000-2000 Kbps. Fontos, hogy itt csak pontosan egy minőségű példányt engedélyezzünk, mivel a Videotorium külön RTMP címre fogadja az eltérő minőségű stream-eket, így ebben az alkalmazásban nincs lehetőségünk erre. Ha egyszerre több minőséget szeretnénk küldeni, más alkalmazást (pl. Wirecast) használjunk!
   • Az audióra vonatkozó javaslatok:
     • 'Format': AAC
     • 'Channels': Mono
     • 'Sample rate': 44100 Hz
     • 'Bit rate': min. 96 Kbps
2. Streaming beállítások: *Stream to Flash Media Server opció mellé tegyünk egy pipát
   • A FMS URL mezőbe írjuk ezt: 7rtmp://live.videotorium.hu:1935/live`
   • Stream: a Videotorium Közvetítési stream-ek és helyszínek kezelése oldalon látható, stream-hez tartozó hat számjegyű stream azonosító (a korábban feljegyzett URL utolsó 6 számjegye)
3. Lokális rögzítés bekapcsolása: Save to File, majd a fájl nevének megadása
4. Kapcsolat létrehozása a stream szerverrel a Connect gomb megnyomásával
5. Stream küldése (és a rögzítés megkezdése, ha bekapcsoltuk) a Videotorium felé a zöld színű Start gomb megnyomásával
6. Stream (és a rögzítés) leállítása a piros színű Stop gomb megnyomásával

gStreamer beállítások

gStreamer 0.10

gst-launch-0.10 v4l2src device="/dev/video0" ! decodebin name=demux ! queue ! videorate max-rate=25 ! ffmpegcolorspace ! x264enc bitrate=2048 profile="high" tune=zerolatency ! queue ! flvmux name=livemux streamable=true alsasrc ! queue ! audioconvert ! audiodynamic characteristics=soft-knee mode=compressor threshold=0.5 ratio=1 ! voaacenc ! queue ! livemux. livemux. ! queue ! rtmpsink location="rtmp://live.videotorium.hu:1935/live/[STREAM_ID]"

gStreamer 1.0

gst-launch-1.0 v4l2src device="/dev/video0" ! decodebin name=demux ! queue ! videorate max-rate=25 ! videoconvert ! x264enc bitrate=2048 speed-preset=fast tune=zerolatency ! queue ! flvmux name=livemux streamable=true alsasrc ! queue ! audioconvert ! audiodynamic characteristics=soft-knee mode=compressor threshold=0.5 ratio=1 ! voaacenc ! queue ! livemux. livemux. ! queue ! rtmpsink location="rtmp://live.videotorium.hu:1935/live/[STREAM_ID]"

ffmpeg beállítások

1. példa: webkamera (video4linux eszköz) képének küldése:

ffmpeg -f alsa -i default -f v4l2 -i /dev/video0 -r 25 -acodec libvo_aacenc -b:a 128k -vcodec libx264 -b:v 12M -g 50 -preset fast -tune zerolatency -f flv rtmp://live.videotorium.hu:1935/live/[STREAM_ID]

2. példa: képernyő képének küldése:

ffmpeg -f x11grab -show_region 1 -s 1024x768 -r 25 -i $DISPLAY+10,10 -vcodec libx264 -preset fast -tune zerolatency -f flv rtmp://live.videotorium.hu:1935/live/[STREAM_ID]

A [STREAM_ID] azonosítót a Közvetítés létrehozása a Videotorium-on szócikk 4. pontja szerint kaphatjuk meg a Videotorium felületén.

hu-faq-rec

Hogyan rögzíthető egy videokonferencia? Hogyan játszhatok be mozgóképet videokonferenciába?

Helyezzen egy üres videokazettát a VHS videomagnóba, majd a konferencia kezdetekor nyomja meg a felvétel gombot. Így az Admin Setup -> Video/Cameras -> VCR menüben beállított kép (Auto/Near/Far) fog felvételre kerülni. Más felvevő-eszközöknél értelemszerűen kell eljárni.

Videomagnóról (vagy egyéb eszközről) való bejátszáshoz először válassza ki a videomagnóval jelölt bemenetet (Polycom ViewStation - Near gomb, Polycom VSX 7000 - Camera gomb), majd indítsa el a lejátszást.

Ld. még Hogyan csatlakoztatható felvevő/lejátszó egység (VHS videomagnó, DVD lejatszo, PC + capture kártya) a Polycom ViewStation FX ill. a Polycom VSX 7000 eszközhöz? szócikk.

hu-streaming-general

Bevezetés

Az NIIF Intézet több, mint 10 éve foglalkozik rendezvények internetes közvetítésének teljes körű lebonyolításával. Amennyiben igényelni szeretné Intézetünk ezen szolgáltatását, kérjük, hogy kérjen tőlünk ajánlatot ezen űrlap kitöltésével. Az egyre nagyobb érdeklődésre való tekintettel lehetővé tettük azt is, hogy bárki számára lehetséges legyen saját eszközökkel létrehozni és lebonyolítani egy egyszerűbb közvetítést. Ezen dokumentum célja Videotorium ezen funkciójának ismertetése, a közvetítéshez szükséges eszközök összegyűjtése, az eszközök használatának lépésről lépésre történő használatának leírása.

A Videotorium a többség által ismert hagyományos videomegosztó (VoD – Video on Demand) funkciókon kívül kínál közvetítés (Streaming) szolgáltatást is a felhasználóinak. Az oldal különleges tulajdonsága, hogy az előadói videó mellett a prezentáció is követhető, külön-külön videóablakban. A közvetítés létrehozása csak azon felhasználók számára érhető el, akik e-mailben kérik ezt a Videotorium adminisztrátoraitól, az admin@videotorium.hu címen. A funkció moderálására azért van szükség, mert az oldal fontos feladata, hogy lehetőleg minél több olyan tartalom kerüljön közvetítésre, amely témájában illeszkedik a portál tudományos, oktatási jellegéhez.

A közvetítés típusai

A közvetítéseket megkülönböztethetjük aszerint, hogy milyen források állnak rendelkezésünkre, illetve azokkal milyen szándékaink vannak:

1. Ha csupán az előadót mutató kamera képét és a hozzá tartozó hang jelét tudjuk/szeretnénk továbbítani, egyszerű közvetítésről beszélünk.
2. Ha a beszélőt mutató kamera képén és a hozzá tartozó hangjelen kívül a projektorra küldött prezentáció képét is szeretnénk megmutatni, akkor prezentációval ellátott közvetítésről beszélhetünk.

A fentiek alapján a közvetítendő előadás „felől” alapvetően két csatornán érkezhet feldolgozható kép- és hangjel:

• előadói videó és hang
• prezentáció

hu-faq-liveembed

Létezik valamilyen mód arra, hogy beágyazzam a közvetítést egy weboldalba?

Igen: Kérjük navigáljon a létrehozott közvetítéshez tartozó Közvetítési helyszínek és stream-ek kezelése oldalra. Itt láthatja a már felvitt helyszíneket és stream-eket. Amennyiben saját oldalunkba kívánjuk beágyazni a közvetítést, a Beágyazás weboldalba linket válasszuk.

hu-streaming-control

A közvetítés vezérlése

A közvetítés vezérlését a Videotorium Live Director felületével végezhetjük el. A Live Director az alábbi funkciókkal rendelkezik:

• Státusz vezérlés
• Előadás és előadó választás

Státusz vezérlés

Közvetítés előtt

Ha már elkészültünk a közvetítő technika beüzemelésével, a közvetítésünket már láthatjuk a "Közvetítés teszt" oldalon, és az esemény kezdetére várunk, érdemes tájékoztatni a nézőinket, hogy az esemény közvetítése hamarosan megkezdődik.

Ehhez a következőket kell tennünk:

1. Nyissuk meg a frissen létrehozott közvetítés lejátszó oldalát. Azaz azt a felületet, ahol egy lejátszóalkalmazásban viszontláthatjuk az általunk küldött stream-et. Fontos, hogy ugyanazzal a felhasználói fiókkal legyünk belépve a Videotorium-ra, amellyel korábban a közvetítést létrehoztuk.
2. Kattintsunk a képernyő jobb alsó sarkában lévő piros színű körrel illusztrált vezérlőgombra. Ezzel láthatóvá tettük a Live Director-t.
3. A bal oldali menüpontok közül kattintsunk a "Státusz" feliratúra, majd válasszuk ki a bal szélen elhelyezkedő "Hamarosan" súgószöveggel ellátott gombot.
4. A közvetítést ezzel élesítettük, mostantól bárki számára elérhető a Videotorium főoldaláról elérhető "Élő közvetítések" felületen. A közvetítést megnyitva a nézők "A közvetítés hamarosan kezdődik." felirattal kiegészítve láthatják a stream-et.

Közvetítés élesítése

Ahhoz, hogy a közvetítés mindenki számára hozzáférhető legyen, a közvetítés státuszát "Élő közvetítés"-re kell beállítanunk.

Ehhez a következőket kell tennünk:

1. Nyissuk meg a frissen létrehozott közvetítés lejátszó oldalát. Azaz azt a felületet, ahol egy lejátszóalkalmazásban viszontláthatjuk az általunk küldött stream-et. Fontos, hogy ugyanazzal a felhasználói fiókkal legyünk belépve a Videotorium-ra, amellyel korábban a közvetítést létrehoztuk.
2. Kattintsunk a képernyő jobb alsó sarkában lévő piros színű körrel illusztrált vezérlőgombra. Ezzel láthatóvá tettük a Live Director-t.
3. A bal oldali menüpontok közül kattintsunk a "Státusz" feliratúra, majd válasszuk ki a középen elhelyezkedő "Élő közvetítés" súgószöveggel ellátott gombot.
4. A közvetítést ezzel élesítettük, mostantól bárki számára elérhető a Videotorium főoldaláról elérhető "Élő közvetítések" felületen.

Közvetítés befejezése

Amennyiben a közvetítés befejeződött, a nézőkkel is tudatnunk kell, át kell állítanunk a közvetítés státuszát befejezettre.

Ehhez a következőket kell tennünk:

1. Nyissuk meg a frissen létrehozott közvetítés lejátszó oldalát. Azaz azt a felületet, ahol egy lejátszóalkalmazásban viszontláthatjuk az általunk küldött stream-et. Fontos, hogy ugyanazzal a felhasználói fiókkal legyünk belépve a Videotorium-ra, amellyel korábban a közvetítést létrehoztuk.
2. Kattintsunk a képernyő jobb alsó sarkában lévő piros színű körrel illusztrált vezérlőgombra. Ezzel láthatóvá tettük a Live Director-t.
3. A bal oldali menüpontok közül kattintsunk a "Státusz" feliratúra, majd válasszuk ki a jobb szélen elhelyezkedő "Vége" súgószöveggel ellátott gombot.
4. A közvetítést ezzel befejeztük, több néző már nem fogja tudni elérni azt az "Élő közvetítések" felületről.

Szünet

Amennyiben az esemény programjában szünet következik, használjuk a bal oldali menü "Szünet" feliratú gombját, a Videotorium "A közvetítés nemsokára folytatódik." üzenettel tájékoztatja a nézőt. Ha előadásokkal is feltöltöttük a lejátszási listát, a Live Director a szünet végét a következő előadás kezdetéig számítja, és ezt feliratban is jelzi.

Előadás és előadó választás

Amennyiben a közvetítést megelőzően feltöltöttük az esemény programját, a Live Director középső felületén, az ún. lejátszási listán ezen előadások megjelennek. Az élő közvetítés folyamán a közvetítést végző technikus feladata, hogy az élő programhoz "szinkronizálja" a közvetítés programját. Ehhez annyit kell tennie, hogy a megfelelő előadás "play" gombjára kattint, továbbá kiválasztja az előadó személyét. Ekkor a néző számára a stream ablaka alatt láthatóvá válnak az aktuálisan futó előadás és az előadó adatai.

Amennyiben programváltozás miatt új előadást kell létrehoznunk, vagy egy meglévőt módosítanunk, válasszuk ki a Live Director "Szerkesztés" feliratú gombját. Ekkor, a gomb újra megnyomásáig (a Szerkesztés mód deaktiválásáig) az előadásokra kattintva egy új ablak nyílik meg, az előadás adataival és azok szerkesztésének lehetőségével.

Amennyiben az előadásokhoz előzetesen időpontokat is hozzárendeltünk a program felvitele közben, és úgy tapasztaljuk, az esemény programjában nincs csúszás, a Live Director-t használhatjuk automata módban is. Ehhez válasszuk ki a bal oldali menüből az "Automata mód" feliratú gombot. Ekkor a felület külső beavatkozás nélkül fog lépni a következő előadásra. Az automata módot a gomb újra megnyomásával lehet deaktiválni.

regulation

Szabályozás, NHH

• NHH VoIP Konzultáció
• NHH VoIP Konzultáció dokumentum
• IP alapú beszédátviteli szolgáltatások Nyilvános meghallgatás dr. Bartolits István
• A hazai számozási rendszer korszerűsítése EBSZ

Hírközlési szolgáltatások osztályozása

• osztályozási rendszer, tájékoztatók

EU keret szabályozás

• Európai Szabályozók Csoportjának 2007 decemberében kiadott ajánlása
• ERG(European Regulators Group) Documents *The treatment of Voice over Internet Protocol (VoIP) under the EU Regulatory Framework
• Universal Service Directive
• Authorisation Directive
• Framework Directive

Zárt célú hálózatok

• A HAZAI ZÁRTCÉLÚ HÁLÓZATOK SZEREPÉNEK ÁTALAKULÁSA AZ ELEKTRONIKUS KÖZIGAZGATÁSI SZOLGÁLTATÁSOK BEVEZETÉSE ÉS KITERJESZTÉSE FOLYAMATÁBAN
• 276/2006. (XII. 23.) Korm. rendelet a Közigazgatási és Elektronikus Közszolgáltatások Központi Hivatala létrehozásáról, feladatairól és hatásköréről

hu-streaming-create

Amennyiben már rendelkezik élő közvetítés létrehozás jogosultsággal, új élő közvetítést is ugyanezen az oldalon hozhat létre:

1. Kattintson az Élő közvetítés létrehozása linkre.
2. Adja meg a közvetítendő esemény adatait (pl. címe, típusa, ideje, a rendezvény weboldalának címe, stb.), majd kattintson az OK gombra.
3. A Helyszín létrehozása oldalon megadhatja, milyen helyszínről kívánja elvégezni a közvetítést. Ez azért fontos, mert a Videotorium lehetőséget ad arra, hogy egyszerre több helyszínről közvetítést küldjünk az oldal felé. Így a helyszínek nevének megadásával a közvetítést követő néző könnyen fog tudni tájékozódni. Célszerű egyszerű elnevezéseket (pl. Nagyterem) választani. Megadhatjuk, hogy egy, vagy két ablakos módban szeretnénk mutatni az adott helyszín közvetítését. Amennyiben külön eszközökkel vagy egy külön kamerával a kivetített tartalmat (prezentációt) is szeretnének megjeleníteni, a két videófolyam opciót válasszuk. Ha ilyen felszerelés nem áll rendelkezésre, kattintsunk az egy videófolyam lehetőségre.
4. A következő, Közvetítési stream létrehozása oldalon megadhatjuk, az előző oldalon létrehozott helyszín stream-jének tulajdonságait. Adjunk meg egy nevet, amely utalhat a stream minőségére (pl. Normál minőség). Az Stream elérési útja és az RTMP cím adatfolyam része mezőkben megjelenő adatokat érdemes feljegyezni, mert szükségünk lesz rá a stream-elő szoftver beállításakor. A képarány beállításait követően kattintsunk az OK gombra.
5. A közvetítési helyszínek és stream-ek kezelése oldalra kerülve láthatjuk az imént felvitt helyszíneket és stream-eket. Ezek számát itt bővíthetjük az Új helyszín létrehozása, illetve az Új stream létrehozása lehetőségekkel. Amennyiben saját oldalunkba kívánjuk beágyazni a közvetítés képét, a Beágyazás weboldalba linket válasszuk. Ezt az oldalt bármikor elérhetjük a közvetítés főoldaláról.
6. A módosítások elvégzése után ellenőrizhetjük a Videotorium Élő közvetítések oldalán az újonnan felvitt eseményünket.

hu-faq-niifmcu

Hogyan használhatom az NIIF MCU szolgáltatását? (Konferencia, meeting room)

Amennyiben kettőnél több résztvevő (végpont) kommunikációjára van szükség, akkor ahhoz Önnek a multipontos szolgáltatásunkat (MCU) kell igénybe vennie. Ehhez előzetes erőforrás-foglalásra van szükség, amely az un. MCU foglalási rendszer segítségével történik. Amennyiben nem rendelkezik hozzáféréssel, kérjük írjon egy levelet a video-admin@niif.hu e-mail címre.

Egy konferencia lefoglalása esetén Ön egy behívószámot fog kapni, amely a konferencia kezdeteként megjelölt időpontban aktívvá válik (hívható lesz). A konferenciába való belépéshez ezt a behívószámot kell tárcsázni minden résztvevőnek. A foglalási rendszer által megadott információkat a foglalást végző felhasználónak kell elterjesztenie a videokonferencia résztvevői között (általában e-mail útján).

MCU konferencia foglalása

1. Belépés eduID-val a Voice Video Collaboration oldalra
2. "MCU foglalási rendszer" opció kiválasztása az oldal fejlécében található gyorsmenüből
3. "Konferencia foglalása" fül kiválasztása
4. Alapvető információk megadása (rövid név, képernyőkiosztás, kezdési időpont, időtartam)
5. További információk megadása (sávszélesség, felvétel és/vagy közvetítés igénylése, PIN kódos védelem)
6. Konferencia lefoglalása a "Foglalás" gombra való kattintással
7. Ezt követően egy levélben kap visszaigazolást a foglalás megtörténtéről, és a konferenciát azonosító GDS hívószámról. A hívószám formátuma a következő: 00365511XXXX. A szám felhívásának mikéntjéről itt olvashat.

Amennyiben Önnek egy állandó behívószámmal rendelkező konferencia lehetőségre van szüksége (pl. rendszeres projektmegbeszélések miatt), úgy Önnek Meeting room-ot érdemes igényelnie. Ezt megteheti a következőképpen.

Meeting room foglalása

1. Belépés eduID-val a Voice Video Collaboration oldalra
2. "MCU foglalási rendszer" opció kiválasztása az oldal fejlécében található gyorsmenüből
3. "Meeting room foglalása" fül kiválasztása
4. Alapvető információk megadása (rövid név, képernyőkiosztás)
5. További információk megadása (sávszélesség, PIN kódos védelem, további képernyőkiosztási beállítások)
6. Meeting room lefoglalása a "Foglalás" gombra való kattintással
7. Ezt követően egy levélben kap visszaigazolást a foglalás megtörténtéről, és a meeting room-ot azonosító GDS hívószámról. A hívószám formátuma a következő: 00365511XXXX. A szám felhívásának mikéntjéről itt olvashat.

Fontos! Ha meeting room-ot használ, nincs lehetősége rögzíteni, ill. élőben közvetíteni a konferenciát.

Ld. még Mi az MCU? Mikor van szükségem MCU-ra? és a Hogyan használhatom a videokonferencia felvétel szolgáltatást? szócikket.

hu-faq-vidyo-address

Újratelepítettem a VidyoDesktop kliensemet, mit kell megadnom portal address-nek az első induláskor?

Amennyiben a VidyoDesktop alkalmazás a felhasználónév és a jelszó mellett kéri a portal address megadását is, akkor az alábbi címet kell megadni:

https://webconf.niif.hu

hu-faq-tcs-fixaudioasync

Hogyan tudom szinkronba hozni a videokonferencia felvételében a képet és a hangot?

Amennyiben azt tapasztalja, hogy nincs szinkronban a videokonferencia felvételén a video- és az audiosáv, az ffmpeg alkalmazás segítségével ez gyorsan és veszteségmentesen javítható.

A hibásnak vélt videófájlon az alábbi ffmpeg parancssort ajánlott lefuttatni:

ffmpeg -i [input_file_name] -itsoffset 2 -i [input_file_name] -vcodec copy -acodec copy -map 0:0 -map 1:1 [output_file_name]

Megjegyzések:

• az [input_file_name] a hibásnak vélt videofile neve, ezt kétszer kell megadni
• az -itsoffset 2 paraméter azt jelenti, hogy +2 másodperccel tolja el a videosávot az audiosávhoz képest
• az [input_file_name] a kimeneti videofile neve

h323-standards

H.323 Standards Overview

This page has not been updated for a while, but could be useful.

Main standards

**H.310 - Broadband and audiovisual communication systems and terminals ** H.320 - Framework for transmitting audio and video over circuit switched digital networks (primarily ISDN) H.321 - Adaptation of H.320 visual telephone terminals to B-ISDN environments H.322 - Visual Telephone Terminals over Guaranteed QoS LANs H.323 - Packet-based multimedia conferencing services H.324 - Terminal for low bit rate multimedia communication

H.323 Annexes

• Annex A: H.245 messages used by H.323 endpoints
• Annex B: Procedures for layered video codecs
• Annex C: H.323 on ATM

H.323 v2

• Annex Dv1: Real-time fax over H.323
• Annex Dv2: Real-time fax over H.323 (H.323v4)
• Annex E: Framework and wire-protocol for multiplexed call signalling transport
• Annex F: Simple endpoint types (H.323v4)

H.323 v3

• Annex G: Text Simple Endpoint Type (removed from H323v4)

H.323 v4 - includes Annexes A-F

• Annex H: Mobility
• Annex I: Error prone channels (work in progress)
• Annex J: Security for H323 Annex F
• Annex K: HTTP-based service control transport channel in H323
• Annex L: Stimulus Control Protocol
• Annex M.1: Tunnelling of signalling protocols (QSIG) in H.323
• Annex M.2: Tunnelling of signalling protocols (ISUP) in H.323
• Annex M.3: Tunneling of DSS1 through H.323
• Annex N: QoS (work in progress)
• Annex O: Use of DNS (work in progess)
• Annex P: Transfer of Modem Signals over H.323
• Annex Q: Far End Camera Control and H.281/H.224
• Annex R: Robustness Methods for H.323 Entities
• Appendix I: Sample MC/terminal communications
• Appendix II: Usage of RSVP
• Appendix III: Gatekeeper based user location
• Appendix IV: Signalling prioritized alternative logical channels in H.245
• Appendix V: Use of E.164 and ISO/IEC 11571 numbering plans

Call signaling and control

H.221 - Frame structure for 64 to 1920K bit/s channel in audiovisual services (ISDN) H.222.0 - Information Technology - Generic Coding of Moving Pictures and Associated Audio H.222.1 - Multiplexing and synchronisation of multi-media information for audiovisual communications in ATM environment. H.223 - Multiplexing protocols for low bitrate multimedia communication H.224 - A real time control protocol for simplex applications using the H.221 LSD/HSD/MLP channels (ISDN) H.225.0 - Call signalling protocols and media stream packetization for packet-based multimedia communication systems.

• H.225.0 describes how audio, video, data, and control information on a packet based network can be managed to provide conversational services in H.323 equipment. Specifies messages for call control including signaling, registration and admissions, and packetization/synchronization of media streams. Describes three signaling protocols (RAS, Call Signaling, and “Annex G”).
• Annexes and Appendices:
  • Annex A: RTP/RTCP (RFC 1889)
  • Annex B: RTP profile (RFC 1890)
  • Annex C: RTP payload for H.261
  • Annex D: RTP payload for H.261A
  • Annex E: Video packetization
  • Annex F: Audio and multiplexed packetization
  • Annex G: Communication between and within Administrative Domains
  • Annex H: H.225.0 message ASN.1 Syntax
  • Annex I: H.263+ video packetization
  • Appendix I: RTP/RTCP algorithms (reference to RFC 1889)
  • Appendix II: RTP profile (reference to RFC 1890)
  • Appendix III: H.261 packetization (reference to RFC 2032)
  • Appendix IV: TCP/IP/UDP usage
  • Appendix V: ASN.1 usage

H.226 - Channel aggregation protocol for multilink operation on circuit switched networks H.230 - Frame-synchronous Control and Indication signals for Audiovisual systems (ISDN) H.231 - Multi-point Control Unit for Audiovisual systems using Digital Channels up to 2M bit/s H.233 - Confidentiality system for audiovisual services H.234 - Encryption key management and authentication system for audiovisual services H.235 - Security and encryption for H-Series (H.323 and other H.245-based) multimedia terminals.

• Annexes:
  • Annex A: H.235 ASN.1
  • Annex B: H.323 specific topics
  • Annex C: H.324 specific topics
  • Annex D: Baseline Security Profile
  • Annex E: Signature Profile
  • Annex F: Hybrid Security Profile

H.242 - System for establishing communication between three or more audiovisual terminals using digital channels up to 2M bit/s (ISDN) H.243 - Procedures for establishing communications between three or more audiovisual terminals using digital channels up to 1920 kbit/s (ISDN) H.244 - Synchronized aggregation of ISDN B-channels (ISDN) H.245 - Control Protocol for multimedia communication. H.245 is line transmission of non-telephone signals. It includes receiving and transmitting capabilities as well as mode preference from the receiving end, logical channel signalling, and control and indication. Acknowledged signalling procedures are specified to ensure reliable audiovisual and data communication. Common to H.310, H.323, and H.324.

• Main parts:

  1. Capability exchange
  2. Opening and closing of logical channels
  3. Flow control messages
  4. Other commands and messages

• Annexes:

  • Annex A: H.245 message ASN.1 syntax
  • Annex B: Semantic definition of messages
  • Annex C: Procedures
  • Annex D: Object identifier assignments
  • Annex E to M: Various “generic capability” definitions, including some codecs
  • Appendix I: Overview of ASN.1
  • Appendix II: Example of H.245 procedures
  • Appendix III: Timers and counters
  • Appendix IV: H.245 extension procedure
  • Appendix V: Using “replacementFor”
  • Appendix VI: Example H.263 capabilities
  • Appendix VII: Procedures and template for generic capabilities
  • Appendix VIII: List of generic capabilities for H.245 defined in other Recommendations
  • Appendix IX: Usage of ASN.1 in H.245

H.246 - Interworking of H-Series multimedia terminals with H-Series multimedia terminals and voice/voiceband terminals on GSTN and ISDN (H.323).

• Annexes:
  • Annex C: ISDN User Part Function - H.225.0 Interworking
  • Annex E.1: IWF between Mobile Application Part and H.225.0
  • Annex E.2: IWF between IS41 and H.225.0
  • Annex F: H.323-H.324 Interworking

H.248 - Gateway Control Protocol (derived from MEGACO RFC2885 -> RFC3015)

• H.248.1: Gateway Control Protocol
• H.248.2: Facsimile, text conversation and call discrimination Packages
• H.248.3: User Interface elements and actions package
• H.248.4: Transport over SCTP
• H.248.5: Transport over ATM
• H.248.6: Dynamic Tone Definition Package
• H.248.7: Generic Announcement Package
• H.248.8: Error codes and Service Change Reason Description
• H.248.9: Advanced Audio Server Package
• H.248.10: Congestion Handling Package
• H.248.11: Media Gateway Overload Control Package
• H.248.12: H.248 Packages for H.323 and H.324 Interworking
• H.248.13: Quality Alert Ceasing Package
• H.248.14: Inactivity Timer Package
• H.248.15: SDP H.248 Package Attributes
• H.248.16: Enhanced Digit Collection Package
• H.248.17: Line Test Package
• H.248.18: Profile Package
• H.248.20: The use of Local and Remote Descriptors with H.221 & H.223 multiplexing

H.262 - Information technology - Generic coding of moving pictures and associated video information H.281 - Far End Camera Control (FECC) using H.224 (ISDN) H.282 - Remote device control protocol for multimedia applications H.283 - Remote device control logical channel transport H.332 - H.323 extended for loosely-coupled conferences H.341 - Multimedia Management Information Base (SNMP) H.450

• H.450.1: Generic functional protocol for the support of supplementary services in H.323.
• H.450.2: Call Transfer supplementary service for H.323.
• H.450.3: Call Diversion supplementary service for H.323.
• H.450.4: Call Hold supplementary service for H.323
• H.450.5: Call Park and Call Pickup supplementary services for H.323
• H.450.6: Call Waiting supplementary service for H.323
• H.450.7: Message Waiting Indication supplementary service for H.323
• H.450.8: Name Identification supplementary service for H.323
• H.450.9: Call Completion supplementary services for H.323
• H.450.10: Call Offering supplementary services for H.323
• H.450.11: Call Intrusion supplementary services
• H.450.12: Common Information Additional Network Feature for H.323

H.460.x: Various H.323 protocol extensions

• H.460.1: Guidelines for the use of the generic extensible framework
• H.460.2: Number Portability interworking between H.323 and SCN networks
• H.460.3: Circuit Status Map
• H.460.4: Call Priority Designation
• H.460.5: Transport of Multiple Q.931 IEs
• H.460.6: Extended Fast Connect
• H.460.7: Digit Maps
• H.460.8: Querying for Alternate Routes
• H.460.9: QoS Monitoring Reporting

H.501 - Protocol for mobility management and inter/intra-domain communication H.510 - User, terminal, and service mobility H.530 - Symmetric Security Procedures for H.510

Audio codecs

G.711 - Pulse Code Modulation (PCM) of voice frequencies PCM, 3.1 KHz at 64 Kbps (normal telephony), covers "A-law" and "µ-law" encoding G.722 - 7kHz audio-coding within 64 kbit/s ADPCM, 7 KHz at 48, 56, and 64 Kbps G.722.1 - 7kHz audio-coding at 24 and 32 kbit/s for hands free operation in systems with low frame loss G.723.1 - Dual rate speech coder for multimedia telecommunication transmitting at 5.3 and 6.3 kbit/s G.728 - Coding of speech at 16kbit/s using LD-CELP G.729 - Coding of speech at 8 kbit/s using Conjugate Structure Algebraic-Code-Excited Linear-Prediction (CS-ACELP)

Video codecs

H.261 - Video codec for audiovisual services at P x 64 Kbps H.263 - Specifies a new video codec for video over POTS

• Annexes v1 [H.263]:
  • Annex D: Unrestricted Motion Vector Mode
  • Annex E: Syntax-Based Arithmetic Coding Mode
  • Annex F: Advanced Prediction Mode
  • Annex G: PB-frames Mode
• Annexes v2 [H.263+]:
  • Annex D: Unrestricted Motion Vector Mode
  • Annex I: Advanced Intra Coding Mode
  • Annex J: Deblocking Filter Mode
  • Annex K: Slice Structured Mode
  • Annex L: Supplemental Enhancement Information Mode
  • Annex M: Improved PB-Frames Mode
  • Annex N: Reference Picture Selection Mode
  • Annex O: Temporal, SNR, and Spatial Scalability Mode
  • Annex P: Reference Picture Resampling Mode
  • Annex Q: Reduced Resolution Update Mode
  • Annex R: Independently Segmented Decoding Mode
  • Annex S: Alternative Inter VLC Mode
  • Annex T: Modified Quantization Mode
• Annexes v3 [H.263++]:
  • Annex U: Enchanced Reference Picture Selection
  • Annex V: Data Partitioning
  • Annex W: Enchanced Suplementary Info

T.120 Family

T.38 - The T.38 IP-based fax service maps the T.30 fax protocol onto an IP network. T.121 - Generic Application Template. Specifies a template for the development of data conferencing applications. T.123 - Network specific transport protocol, error detection, correction. T.124 - Generic Conference Control (GCC) protocol. This protocol facilitates the creation and management of conferences with features such as conference creation, terminal entry and exit from a conference, authentication security, service resource management, and information management. T.122 - Multipoint Communication Service (MCS) service T.125 - T.125 describes the Multipoint Communication Service protocol T.126 - Still image transfer T.127 - White Board T.128 - File Transfer T.134 - Text Chat

Standard usage by network protocols

	Narrow Band (H.320)	Low Bitrate (H.324)	ISO-Ethernet (H.322)	Ethernet (H.323)	ATM (H.321)	High Res ATM (H.310)
Video	H.261	H.261 H.263	H.261	H.261 H.263	H.261	MPEG-2 H.261
Audio	G.711	G.722 G.728 G.723	G.711 G.722 G.723 G.728	G.711 G.722 G.723 G.728 G.729	G.711 G.722 G.728	MPEG-1 MPEG-2
Data	T.120	T.120 T.434 T.84 Others	T.120	T.120	T.120 H.281 (H.224)	T.120
Multiplex	H.221	H.223	H.221	H.221	H.221	H.222.1 H.221
Signaling	H.230 H.242	H.245	H.230 H.242	H.230 H.225.0 H.245	H.230 H.242	H.245
Multi-point	H.243	NA	H.243	NA	H.243	NA
Encryption	H.233 H.234	H.233/324 H.234	H.320	TBD	H.233 H.234	NA

hu-faq-vceps

Hol találok információt külföldi felsőoktatási/akadémiai videokonferencia rendszerek elhelyezkedéséről?

Jelenleg az egyetlen ismert elektronikus keresési a GEANT educonf szolgáltatás, amely itt érhető el.

Lényeges, hogy a távoli berendezés H.323 kompatibilis legyen. Nem árt az éles konferencia előtt egy tesztet elvégezni, hogy minden gyorsan és rendben menjen élesben.

en-freegk

How can I use NIIF free gatekeeper services?

NIIF-GK: restricted gatekeeper service for HUNGARNET member institutions only.

FZ-GK: for unrestricted use for any user with any H.323 compatible terminal (so called Free Zone gatekeeper service), in order to connect to the GDS international dialling plan. To connect, please follow the below procedure:

1. Choose a min. 4 digit phone number (e.g. 1234) randomly. Concatenate this number to the prefix 0036900 (i.e. 00369001234). This will be your extension number.
2. Please setup your endpoint to register at the gatekeeper: fz-gk.vvc.niif.hu
3. Please configure your terminal to use the phone number you have chosen in step 1. Attention! Long format phone number must be used (0036900....). (Note: if the number is not configured properly, the endpoint will be not reachable, but calls could be still placed using the endpoint.)
4. In case of a successful registration, you can start using your endpoint. If the registration was not successful, please check the configuration again. If it does not help then you are potentially facing a firewall and/or NAT problem, in order to resolve this, please read "Security Settings" page.

Examples

Polycom PVX soft videoconference client

Polycom VSX 7000 videoconference endpoint

Testing your connectivity

By dialing below test numbers, you can make sure that your endpoint is properly configured.

In-country calls (NIIF/HUNGARNET community):

• 003655119999 (NIIF MCU test number)
• 00361001019 (NIIF Institute test endpoint)

For international GDS connectivity testing please see educonf directory service.

hu-faq-mcu

Mi az MCU? Mikor van szükségem MCU-ra?

Az MCU (Multipoint Control Unit) egy úgynevezett multipontos konferencia kiszolgáló, amely lehetővé teszi többrésztvevős (>2) video ill. audio konferenciák lebonyolítását. Erre azért van szükség, mert a videokonferencia végberendezések között általában csak pont-pont (2 résztvevős) konferencia létrehozása lehetséges. A videokonferencia egyik leghasznosabb ill. legnépszerűbb alkalmazása a sokrésztvevős találkozók kiváltásában rejlik (pl. projekt találkozó, megbeszélés, előadás, stb.), amelyekhez az MCU használata elengedhetetlen.

Az MCU tehát egyszerre sok felhasználót képes kezelni, amelyek egyes csoportjait különböző konferenciákba képes szervezni - ilymódon lehetséges több párhuzamos több résztvevős, egymástól független videokonferencia kiszolgálása.

A felhasználó szempontjából az MCU-nak két fö müködési módja van:

• Hangaktivált (Voice Activated): az éppen beszelő konferencia résztvevő látható a képen. Amikor egy másik résztvevő szólal meg, az MCU az ő képét jeleníti meg.
• Osztott képernyő (Continuous Presence): a képernyőn egyidőben több résztvevő képe látható. Az osztott képernyős videokonferencia tökéletesen képes helyettesíteni a sokrésztvevős megbeszeléseket.

A komolyabb videókonferencia végberendezéseknél előfordul, hogy rendelkeznék un. beépített (embedded) MCU funkcionalitással. Ez általában azt jelenti, hogy a végberendezés képes néhány másik berendezés hívását fogadni egyetlen közös konferenciában. Természetesen ez a funkció sokszor jelentősen korlátzott egy igazi MCU kiszolgálóhoz képest.

hu-faq-testvc

Hogyan tesztelhetem a videokonferencia berendezés hálózati konnektivitását?

Hálózati kapcsolat és gatekeeper regisztráció

Polycom ViewStation FX

A Polycom ViewStation FX videokonferencia eszköz bekapcsolása után a képernyőn feltűnő két fontos állapotjelző ikon színét kell megfigyelnünk, hogy meggyőződjünk a hálózat ill. a szolgáltatás működőképességéről (középtájon, a televízió-képernyőt utánzó rajz alatt):

• IP: A hálózat fizikai rendelkezésre-állását jelzi. Amennyiben zöldre változik, akkor az eszköz érzékelte a hálózatot, képes azon kommunikálni. Ellenkező esetben a kis ikon piros színűre változik, ilyenkor a berendezés hálózati hibáról tájékoztat bennünket (pl. nincs csatlakoztatva a hálózathoz, rossz az IP konfiguráció).
• GK: A gatekeeperhez való regisztráció állapotát jelzi. Zöld szín esetén a regisztráció rendben van, piros esetén a gatekeeper visszautasította a regisztrációs kérelmet. Az utóbbi esetben a telefonszám alapú tárcsázás nem lehetséges, ilyenkor kérjük jelezze ezt felénk a video-admin@niif.hu e-mail címre.

Mindkét állapotjelző sárgán villog, amíg a berendezés teszteli a kapcsolatot ill. regisztrálni próbál a gatekeeperben. Értelemszerűen először az IP ikonnak zöldre kell váltania, hogy a gatekeeperrel való regisztrációs folyamat megkezdődhessen.

Polycom VSX 7000

Polycom VSX 7000 eszköz esetében a hálózati kapcsolat ellenőrzése némiképpen eltér a fent vázolttól. A berendezés elindulása után a képernyő legalján egy Alert nyomógombot látunk, amennyiben bármilyen problémát érzékelt a VSX 7000. A gombot megnyomva a System Status oldal jön be, ahol minden kapcsolódó eszköz állapotát ellenőrizhetjük. A megfelelő működést egy zöld nyíl mutatja, piros jelzés esetén az adott szolgáltatás/periféria nem működik. Sárga jelzés is elöfordulhat, ilyenkor valamilyen hiányos működésről értesít bennünket a berendezés (pl. Microphones sárga - csak egy mikrofon van csatlakoztatva a lehetséges kettő helyett). A hálózati kapcsolatot az IP Network, a gatekeeper regisztrációt pedig a Gatekeeper sor mellett ellenőrizhetjük le.

A System Status oldal egyébként a System -> Diagnostics -> System Status menüből érhető el alapesetben.

Videókapcsolat ellenőrzése

Amennyiben videókonferencia eszközünk jól működő hálózati kapcsolattal rendelkezik, teszteljünk le egy videóhívást is. Ezzel egyrészt a videókonferencia szolgáltatással való kapcsolatot, másrészt a minőséget tudjuk ellenőrizni. Kezdeményezzünk néhány próbahívást az alábbi 7x24 órában hívható tesztszámokra:

• 00361001019 - NIIFI teszt eszköz
• 003655129000 - multipont videoszerver (MCU) tesztszám

Ha mindkét esetben felépül a hívás, akkor a videokonferencia berendezés megfelelően működik.

Nemzetközi kapcsolat (GDS) ellenőrzése

Ld. Hogyan tudom ellenőrizni a nemzetközi (GDS) konnektivitást? GYIK kérdést.

VidyoPortal SSP

Since version 3.0, Vidyo has enabled support for SAML in VidyoPortal. They do not rely on existing SAML middleware (such as Shibboleth or SimpleSAMLphp) but they manage SAML directly.

At the time of writing, SAML is supported for a single tenant, ie. one single Identity Provider can be configured in VidyoPortal. This means that in order to make Vidyo as a federated service, a SAML gateway should be configured to provide access for institutional users. In this guide, SimpleSAMLphp will be used as a gateway.

Install SimpleSAMLphp

The installation of SimpleSAMLphp software is covered in its [https://simplesamlphp.org/docs/stable/simplesamlphp-install documentation].

You will need to configure SSP both as an IdP (in the direction of VidyoPortal) and an SP (for the federation).

Configure the IdP part

Your proxy will be an IdP from the point of view of the VideoPortal. The IdP will use the SP part for authentication, thus you can login to the proxy by the federation.

Enable SAML2 IdP functionality in config/config.php:

'enable.saml20-idp' => true,

Generate a key and a long-living self-signed certificate for the IdP and place it in the cert directory as idp.key and idp.crt

cd cert
openssl req -newkey rsa:2048 -new -x509 -days 3652 -nodes -out idp.crt -keyout idp.pem

Edit metadata/saml20-idp-hosted.php as the following:

'auth' => 'default-sp',
'privatekey' => 'idp.key',
'certificate' => 'idp.crt',
'authproc' => array(
   200 => array('class' => 'core:AttributeMap', 'oid2name'),
),

It is recommended to configure VidyoPortal by using friendly attribute names (you don't want to write OIDs), therefore use the built-in oid2name AttributeMap for the transformation of attribute names.

Retrieve VidyoPortal metadata from the portal administration interface and save it as metadata/vidyo-sp.xml. It needs to be referenced from config/config.php:

'metadata.sources' => array(
    ...
    array('type' => 'xml', 'file' => 'metadata/vidyo-sp.xml'), // vidyo sp
    ... ),

Configure VidyoPortal to use SAML

In the portal the following should be set:

• Authentication Type: SAML
• IdP Metadata XML: you can retrieve it from https://path.to.simplesaml.tld/saml2/idp/metadata.php
• SAML Provision type: SAML (automatic provisioning)

Set Vidyo user parameters

Click on Edit IdP Attribute Mapping... for mapping the IdP attributes to Vidyo user parameters

The interface is pretty self-explanatory. You can edit which SAML IdP attributes can be mapped to certain Vidyo parameters.

For some attributes it is possible to define value mapping as well. It might be useful for group and type information. You can define static string matches here.

Configure the SP part

In the IdP configuration, you have referenced an authsource called default-sp. If you configure a SimpleSAMLphp SP with this identifier, the IdP settings above will direct your users to their home IdP.

For SP configuration, please follow your federation's guides or use SimpleSAMLphp documentation as a reference. Basically you will need to perform the following:

• generate a key and a certificate for the proxy (SP) and configure SSP to use them;
• register the proxy in your federation:
  • you will need to use the SP certificate here;
  • your attribute requirements depend on what attributes you have configured in Vidyo previously;
• configure the SP to refresh federation (or eduGAIN) metadata regularly by using metarefresh

hu-faq-presq

Miért nem olvasható a prezentációban lévő apróbetűs szöveg a televízió-képernyőn?

A televízió a felhasználás jellegéből adódóan kisebb felbontással rendelkezik (kb. 570 sor) mint egy átlagos grafikus képernyő (pl. 1024x768). A videokonferencia berendezések esetében a prezentáció átvitele normál grafikus felbontásban történik (800x600, 1024x768 - a grafikus képet szolgáltató számítógép felbontásának megfelelően), amely a televízión kijelezve jelentős minőségcsökkenést szenved.

A fenti problémára a legjobb megoldás, ha a Polycom VisualConcert prezentációs eszközhöz (vagy magához a Polycom ViewStation FX ill. Polycom VSX 7000 berendezéshez) egy projektort csatlakoztatunk és azzal vetítjük ki a prezentáció képét (projektor helyett természetesen használható normál grafikus monitor is). Ezzel a módszerrel a prezentáció kifogástalan minőségben megjeleníthető.

hu-faq-dial

Hogyan tudok felhívni egy másik videokonferencia berendezést?

Videokonferencia eszközök legegyszerűbben IP cím alapján hívhatóak, azonban az IP címek változhatnak, nehéz megjegyezni őket és megadásuk viszonylag nehézkes a videokonferencia eszközök távirányítójával.

A felsőoktatási-kutatási közösségen belüli videokonferencia eszközöket hívószám alapján javasuljuk felhívni. A használt hívószámok szerkezetükben nagyon hasonlítanak a telefonálásnál megszokottakhoz. Ugyanúgy léteznek körzetszámok, amelyek a felhasználók jól elkülöníthető csoportjait azonosítják. A hazai felsőoktatási és akadémiai szférában használt videokonferencia berendezések hívószámát ide kattintva megtekintheti.

Példák

A. Amennyiben az Ön hívószáma 00361001234 (azaz a 100-as "körzetben" van, a 0036 Magyarország nemzetközi hívószámát jelöli) ill. az Ön partnerének a hívószáma 00361004321, akkor Önnek a következő - ekvivalens - lehetőségei vannak a távoli végberendezés felhívására:

00361004321
061004321
4321

A hívás módja tehát megegyezik azzal, amikor Ön egy adott körzeten belül létesít telefonhívást.

B. Amennyiben az Ön hívószáma 00361001234 ill. az Ön partnerének a hívószáma 00369004321 (azaz az Ön partnere egy másik körzetben van), akkor Önnek a következő - ekvivalens - lehetőségei vannak a távoli végberendezés felhívására:

00369004321
069004321

C. Nemzetközi hívás esetén a teljes hosszúságú nemzetközi hívószámot meg kell adni. Amennyiben az Ön külföldi partnere Németországban van, akkor a 0049-es nemzetközi országkód használata szükséges:

00491009101

freegk

Hogyan vehetem igénybe az NIIF gatekeeper szolgáltatását?

NIIF-GK: gatekeeper szolgáltatás HUNGARNET tagintézmények számára. Amennyiben az Ön intézménye kapcsolódni szeretne a felsőoktatási videókonferencia hálózathoz, kérjük olvassa el a "Végponti Beállítások" pontot.

FZ-GK: bármely felhasználó korlátozás nélkül veheti igénybe, bármilyen H.323 kompatibilis végberendezéssel (un. Free Zone gatekeeper szolgáltatás) csatlakozhat a GDS nevű nemzetközi számozási tervhez (dialling plan). Amennyiben csatlakozni szeretne, kérjük kövesse az alábbi leírást:

1. Válasszon ki egy min. 4 jegyű hívószámot (pl. 1234). Ezt fűzze hozzá a 0036900 prefixhez (00369001234). Ez lesz az Ön hívószáma.
2. Állítsa be a H.323 végpontnak a gatekeepert: fz-gk.vvc.niif.hu
3. Állítsa be a az 1. pontban meghatározott hívószámot. Figyelem! A teljes hosszúságú hívószámot meg kell adni (értsd: 0036900....)! (Megjegyzés: amennyiben a számot nem helyesen adja meg, akkor ugyan a hívás-kezdeményezés lehetséges lesz, de a hívásfogadás nem.)
4. Sikeres regisztráció esetén megkezdheti a használatot. Ha a regisztráció sikertelen, akkor ellenőrizze a konfigurációt. Ha ez nem segít, akkor potenciálisan tűzfal és/vagy NAT probléma áll fenn, kérjük ennek elhárításához olvassa el "Biztonsági Beállítások" oldalt.

Néhány példa

Polycom PVX szoftveres videókonferencia kliens

Polycom VSX 7000 videókonferencia végpont

Tesztelés

Az alább olvasható számok tárcsázásával meggyőződhet arról, hogy készüléke rendben működik-e.

Belföldi hívások (NIIF/HUNGARNET közösség):

• 003655119999 (NIIF MCU teszt szám)
• 00361001020 (NIIF Intézet teszt végberendezés)

Nemzetközi GDS hívások teszteléséhez: ld. educonf directory szolgáltatás.

hu-faq-pdtmf

Hogyan lehet DTMF hangjelzést adni Polycom ViewStation és VSX 7000 berendezések segítségével?

Erre a funkcióra Önnek a következő esetekben lehet szüksége:

• Jelszóval védett konferencia foglalása az MCU foglalási rendszerben. Ebben az esetben a jelszó, illetve az egyéb vezérlő-parancsok DTMF kódok segítségével adhatóak ki.
• Egyéb esetben az NIIF rendszerén kívül (pl. más MCU, call center menü, stb.).

A Polycom ViewStation és a Polycom VSX 7000 videokonferencia berendezések képesek DTMF jelzések kiadására. Ehhez egyszerűen hívás közben meg kell nyomnunk a * billentyűt. Ekkor DTMF módba kerülünk, amelyet a képernyőn a jobb felső sarokban megjelenő kis számlap is jelez. DTMF módban a következő billentyűk lenyomásával az egyes billentyűkhöz tartozó DTMF hangjelzés fog megszólalni: 0, 1, ..., 9, *, #

hu-faq-howmany

Intézményemben rendszeresen lesznek olyan események, amelyeket közvetíteni fogunk. Hány élő közvetítést vihetek fel az oldalra?

A Videotorium-on nincs elvi korlát sem a közvetítések számára, sem azok időbeli eloszlására. Így ha már most tudja, hogy a következő hónapban/évben milyen eseményeket fog a Videotorium-on közvetíteni, felviheti őket ezen az oldalon.

hu-faq-rights

Mi szükséges hozzá, hogy létrehozhassak élő közvetítést?

A közvetítés létrehozása csak azon felhasználók számára érhető el, akik e-mailben kérik ezt a Videotorium adminisztrátoraitól, az admin@videotorium.hu címen. A funkció moderálására azért van szükség, mert az oldal fontos feladata, hogy lehetőleg minél több olyan tartalom kerüljön közvetítésre, amely témájában illeszkedik a portál tudományos, oktatási jellegéhez.

hu-faq-vsfx-mcu

Hogyan lehet behívni az új MCU rendszeren foglalt konferenciákba, meeting room-okba nem támogatott videokonferencia berendezések használatával?

Webkonferencia meeting room használata MCU-ként

Leírás: a webkonferencia (Vidyo) rendszerben regisztrált fiókunk segítségével lebonyolíthatók többszereplős konferenciák, melyekhez akár rögzítést, illetve élő közvetítést is bekapcsolhatunk. Ilyen esetben a felhasználói fiókunkhoz tartozó tárgyalószobánk (meeting room) MCU-ként funkcionál.

Követelmények:

• Érvényes webkonferencia (VidyoDesktop) fiók (amennyiben nem rendelkezik ilyennel, ezen a linken igényelhet saját fiókot ingyenesen)
• Videokonferencia berendezés

Teendők:

1. Derítsük ki a webkonferencia fiókunk azonosítóját. Ehhez indítsuk el számítógépünkön a VidyoDesktop alkalmazást, jelentkezzünk be a felhasználónevünkkel és jelszavunkkal. A megjelenő ablak "MY CONTACTS" felületén keressük ki a saját nevünket, és kattintsunk rá. A felugró ablakban találhatjuk az "Extension" mezőt. Az itt látható számot jegyezzük fel, ez lesz a fiókunk azonosítója.
2. Hívjuk fel a videokonferencia berendezésről a VidyoDesktop fiókhoz tartozó szobánkat! Ennek hívószáma: 00365515 [webkonferencia fiókunk azonosítója]. Például, ha a fiókunk azonosítója 9876, akkor a szoba hívószáma: 003655159876.
3. Adjuk meg a szobánk hívószámát a konferencia vagy a meeting room többi résztvevőjének, hogy ők is behívhassanak!

Limitációk:

• a webkonferencián keresztül bonyolított hívások nem HD felbontásúak
• a rendszeren időbeli erőforrás foglalásra nincs lehetőség.

Webkonferencia fiók használata az MCU erőforrásba (konferencia, meeting room) való behívásra

Leírás: amennyiben mindenképpen szükséges, hogy az MCU-n lévő konferenciába vagy meeting room-ba hívjunk be, erre használhatjuk a webkonferencia kliensünket (VidyoDesktop).

Követelmények:

• Érvényes foglalás (konferencia, meeting room) az MCU foglaló rendszerben
• Érvényes webkonferencia (VidyoDesktop) fiók (amennyiben nem rendelkezik ilyennel, ezen a linken igényelhet saját fiókot ingyenesen)
• Videokonferencia berendezés

Teendők:

1. Derítsük ki a webkonferencia fiókunk azonosítóját. Ehhez indítsuk el számítógépünkön a VidyoDesktop alkalmazást, jelentkezzünk be a felhasználónevünkkel és jelszavunkkal. A megjelenő ablak "MY CONTACTS" felületén keressük ki a saját nevünket, és kattintsunk rá. A felugró ablakban találhatjuk az "Extension" mezőt. Az itt látható számot jegyezzük fel, ez lesz a fiókunk azonosítója.
2. Hívjuk fel a videokonferencia berendezésről a VidyoDesktop fiókhoz tartozó szobánkat! Ennek hívószáma: 00365515 [webkonferencia fiókunk azonosítója]. Például, ha a fiókunk azonosítója 9876, akkor a szoba hívószáma: 003655159876.
3. Lépjünk be VidyoDesktop szobánkba, ezt az 1-es pontban felugró felületen látható "Connect to your Room" gombra kattintással érhetjük el.
4. A feljövő felület alsó sávjában található gombsor bal szélső gombjának ("Show Participants") aktiválásával nyissuk meg a szoba résztvevőinek listáját.
5. A megjelenő bal oldali felület tetején elérhető "Invite others to join this conference" gomb megnyomását követően írjuk be az MCU erőforrás hívószámát a "Search Contacts" mezőbe, majd kattintsunk a mező alatti találati listában megjelenő hívószámra. Ha ezt megtettük, az ablak bal alsó sarkában lévő "Invite (1)" gomb aktívvá válik, nyomjuk meg. A kapcsolat felépül az MCU és a videokonferencia között, a webkonferencia segítségével.
6. Amikor véget ér a megbeszélés, a VidyoDesktop szobánk résztvevőit listázó felületen (ld. előző pont) távolítsuk el az MCU-t a résztvevők közül (az egérkurzort húzzuk rá az MCU résztvevőre, majd nyomjuk meg a piros színű "Disconnect" gombot).

Limitációk:

• a webkonferencián keresztül bonyolított hívások nem HD felbontásúak
• a prezentáció küldése és fogadása a fent alkalmazott módon nem lehetséges a videokonferencia eszközön. Helyette azt javasoljuk, hogy a tartalmat saját számítógépünkről ne videokonferencia berendezés használatával, hanem a VidyoDesktop használatával küldjünk, illetve fogadjunk.

Útmutató

A VidyoDesktop használatáról szóló magyar nyelvű felhasználói útmutatónkat ezen a linken találja.

hu-faq-panalogue

Hogy lehet analóg telefont csatlakoztatni a Polycom ViewStation FX eszközhöz?

A berendezés hátulján találunk egy telefon aljzatot, amelyet normál telefonkábellel a fali telefonaljzathoz csatlakoztathatunk (ugyan úgy, mintha egy telefon lenne a videokonferencia végberendezés), így nem szükséges a tárgyalóteremben még egy telefonkészülék elhelyezése.

Navigáljunk a Polycom ViewStation FX alap képernyőjén (TV-képernyőt utánzó ábra ill. négy ikon a képernyőn) a jobb alsó Call Type ikonra, majd a Telephone Call ikonra. Itt megjelenik egy szokványos telefont utánozó grafikus felület, amelynek segítségével hívásokat kezdeményezhetünk. A kagylót a végrehajtás gomb (a négy navigáló gomb között helyezkedik el) megnyomásával emelhetjük fel, ekkor tárcsahangot kell hallanunk. Ezekután a telefonálásnál megszokott módon kell eljárnunk: billentyűzzük be a kíván számot és nyomjuk meg a Call gombot a távirányítón.

Figyelem! A beépített analóg telefonnal Ön a nyilvános kapcsolt telefonhálózaton telefonál az érvényben lévű hívószámoknak megfelelően. Természetesen az Ön telefonszolgáltatója a hívás díját számlázni fogja az intézménynek.

hu-faq-h323

Mi a H.323 protokoll?

A H.323 egy olyan kommunikációs protokoll, amely sokrésztvevős multimédia alapú konferenciák létesítését teszi lehetővé IP hálózatok felhasználásával (hang, video ill. adatkommunikáció). A H.323 társai:

Megnevezés	Átviteli technológia
H.320	ISDN
H.321	ATM
H.324	Analóg telefon

Az NIIF videokonferencia szolgáltatás kizárólag a H.323 protokollt támogatja.

VoIP Recept

Egy lehetséges Asterisk recept, avagy hozzávalók sok személyre

Debain Alaprendszer

Először is rakjunk fel egy Debian (Lenny) alap install

Érdemes megfontolni a HW környezet kialakításánál:

• redundáns tápegység
• két hálózati kártya (redundáns hálózati kapcsolat miatt)
• két merevlemez (raid miatt)

Javasolt Particionálás (RAID 1 + LVM)

két partíció(software raid):

1. az egyik a /boot-nak 300-400M
2. a másik raid azaz többi pedig az LVM és aztán ezt már lehet tovább szabdalni.... erre lehet tenni a swap-et.

/etc/mdam.conf-ban vagy /etc/aliases (root) ne felejtsük beállítani hogy raid problémáról kinek küldjön levelet

Alap install után érdemes a nem kellő csomagokat törölni és netfilter(iptables)-el megvédeni a gépet

• NETFILTER(iptables) védelmét a számítógépnek mindenki alakítsa ki saját szája íze szerint.
• ami nem kell azt szedjük ne hallgasson semmi feleslegesen például

aptitude purge pidentd,nfs-common,portmap
aptitude install ssh

Redundáns hálózat azaz hálózati interface bonding beállítása

Csomagok installálása

aptitude install vlan ifenslave-2.6

cat > /etc/modprobe.d/bonding

alias bond0 bonding
options bonding mode=active-backup updelay=4000 downdelay=1 miimon=10 primary=eth0

Az /etc/network/interfaces file-t ezen minta alapján írjuk át.

• Itt több vlan-ra van a példa de értelemszerűen, ha csak egy vlan van akkor csak a 10-es VLAN-t kell csak átírni a többit lehet törölni. Azért érdemes így csinálni még akkor is ha csak egy VLAN-unk van, mert bármikor később a több VLAN kezelése hasznos lehet.

# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto bond0
iface bond0 inet manual
         up ifconfig bond0 0.0.0.0 up
        slaves eth1 eth0
auto vlan10
iface vlan10 inet static
        address 10.10.10.12
        netmask 255.255.0.0
        network 10.10.0.0
        broadcast 10.10.255.255
        vlan-raw-device bond0
        gateway 10.10.0.1
        # dns-* options are implemented by the resolvconf package, if installed
        dns-search voip.niif.hu
        dns-nameservers 10.10.0.2
auto vlan20
iface vlan20 inet static
        address 10.20.10.12
        netmask 255.255.0.0
        network 10.20.0.0
        broadcast 10.20.255.255
        vlan-raw-device bond0
auto vlan30
iface vlan30 inet static
        address 10.30.10.12
        netmask 255.255.0.0
        network 10.30.0.0
        broadcast 10.30.255.255
        vlan-raw-device bond0

Ha a Másik oldal cisco eszköz akkor egy lehetséges minta konfiguráció.

interface GigabitEthernet1/2
 description eht0
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 10,20,30
 switchport mode trunk
 no ip address
 no cdp enable
 spanning-tree portfast trunk

Érdemes a switchek között Rapid Spanning Tree-t használni, hogy a konvergenciát lecsökkentsük. Érdemes odafigyelni hogy el ne felejtsük bekapcsolni a "portfast"-et! A két hálózati kártyát két független switch-be illik kötni. A két swich-ben legyen egységes a konfiguráció. Végül ne legyünk restek az egészet letesztelni.

Több ip cím felhúzása egy interface-re: Több ip címre STUN protokoll miatt mindenképp szükségünk lesz. Az STUN-hoz 2 darab ipv4 cím szükséges! Ha ezentúl külön ip címre akarjuk rakni a szolgáltatást akkor ezzel is számolnunk kell.

auto eth0
iface eth0 inet static
        address 19.111.158.110
        netmask 255.255.255.0
        broadcast 19.111.158.255
        gateway 19.111.158.1
        post-up for last in `seq 111 114`; do ip addr add 19.111.158.$last/32 dev $IFACE; done || true

Ha már van alap OS-ünk redundáns tápunk/merevlemez/hálózatunk és ha mindezt le is teszteltük, akkor bele is kezdhetünk az érdemi telepítésekbe.

Ajánlott csomagok telepítése

aptitude update
aptitude upgrade
aptitude install atftpd dhcp3-server mysql-server mysql-client ntp
aptitude install asterisk asterisk-config asterisk-mp3 asterisk-sounds-extra asterisk-sounds-main asterisk-mysql

dahdi dahdi_dummy

A dahdi_dummy-ra az időzítésekhez lehet szükség, bár vannak 1.6.x asteriskben több mindent tud időzítőként használni. Timer source-ra főleg a MeetMe alkalmazásnak és az IAX protokolnak van szüksége.

aptitude install dahdi-source
m-a a-i dahdi

További csomagok

Természetesen még ízlés szerint telpíthető

• monitorozáshoz: nagios-nrpe-server,munin-node,munin-plugins-extra
• mentéshez: bacula-fd ajánlott

NTP beállítása

Ezt a sort a /etc/ntp.conf-ban

#server ntp.your-provider.example

cseréljük le kedvenc lokális ntp szerverünkre. pl.

server 172.20.0.1

MySQL root jelszó beállítása

mysql root jelszó megváltoztatása

 mysqladmin -u root -p password titok

A kényelem miatt, hogy ne kelljen begépelnünk a a jelszót:

cat > /root/.my.cnf
[client]
user=root
password=titok

Hálózati kialakítás / konfiguráció

REINVITE vagy No REINVITE ez itt a kérdés? Mindkettőnek megvannak az előnyei és hátrányai.

Én a konfigurációkban mindenütt a 172.20.0.0/16 tartományt használom, de mindenkit bátorítanék aki csak megteheti, hogy használjon nyilvános címeket. Szűréssel könnyen csökkenthető a támadási felület és a media közvetlenül tud folyni. Azért is hogy maga a media reinvite esetén ne menjen át szükségszerűen semmilyen NAT-on, vagy RTP media proxy-n ami bottleneck lehet és ha kiesik akkor visz magával a hívást. Persze a másik oldal, hogy a bottleneck csökkenti a támadási felületet. De a támadási felület jól konfigurált router ACL-el is elérhető, sőt ezt javaslom.

A példa itt most egy egyszerű sin topológiát használ.

DHCP szerver

A DHCP szerver default configjához képest ezeket kell értelem szerűen megváltoztatni illetve a subnet részt hozzáadni.

option domain-name "tartomány.hu";
option domain-name-servers 193.6.10.1, 193.225.13.113;

authoritative;

subnet 172.20.0.0 netmask 255.255.0.0 {
  range 172.20.0.10 172.20.255.254;
  option routers 172.20.0.1;
}

TFTP

A tftp a telefonok frissítésére és a konfigurációjuknak a mentésére szolgál. Az atftpd TFTP szerver a /var/lib/tftpboot könyvtárból szolgál ki, így minden konfigurációs állományt és firmware-t ebbe a jegyzékbe másolunk majd be. Érdemes a NETFILTER/(iptables) szabályokat úgy készíteni, hogy csak a helyi telefonok férhessenek hozzá.

Asterisk konfiguráció

Kis Takarítás

Először is mozgassuk el az összes példa konfigurációs file-t a saját home könyvtárunkba, és utána kezdjük el a minták fokozatos visszamásolgatását és átírását.

másoljuk vissza a következő fileokat és a manager.d könyvtárt

agents.conf  asterisk.conf  extconfig.conf   features.conf  iax.conf   modules.conf     rtp.conf      udptl.conf
alsa.conf    cdr.conf     extensions.ael   followme.conf  manager.conf  musiconhold.conf  sip.conf      users.conf
amd.conf     enum.conf     extensions.conf  http.conf     manager.d   res_snmp.conf     sip_notify.conf  voicemail.conf

cp /usr/share/doc/asterisk-mysql/examples/cdr_mysql.conf.sample /etc/asterisk/cdr_mysql.conf
cp /usr/share/doc/asterisk-mysql/examples/res_mysql.conf.sample /etc/asterisk/res_mysql.conf

modules.conf

Ezután egy kis nyesegetéssel ilyen csinos formára hozzuk a modules.conf-ot

;
; Asterisk configuration file
;
; Module Loader configuration file
;

[modules]
autoload=yes

;load
load => res_musiconhold.so


;noload

;chan
noload => chan_alsa.so
noload => chan_oss.so
noload => chan_capi.so
noload => chan_skinny.so
noload => chan_zap.so
noload => chan_mgcp.so
noload => chan_vpb.so
noload => chan_phone.so
noload => chan_gtalk.so
noload => chan_modem.so
noload => chan_modem_aopen.so
noload => chan_modem_bestdata.so
noload => chan_modem_i4l.so
;res
noload => res_jabber.so
noload => res_odbc.so
noload => res_smdi.so
noload => res_config_odbc.so
noload => res_config_pgsql.so
;func
noload => func_odbc.so
;pbx
noload => pbx_dundi.so
noload => pbx_gtkconsole.so
noload => pbx_kdeconsole.so
;;cdr
noload => cdr_sqlite.so
noload => cdr_custom.so
noload => cdr_manager.so
noload => cdr_pgsql.so
;app
noload => app_festival.so
noload => app_zapras.so
noload => app_zapbarge.so
noload => app_zapscan.so
noload => app_talkdetect.so
noload => app_alarmreceiver.so
noload => app_image.so
noload => app_directory_odbc.so
noload => app_voicemail_odbc.so
noload => app_voicemail_imap.so
noload => app_intercom.so
; Module names listed in "global" section will have symbols globally
; exported to modules loaded after them.
;
[global]

!!! warning "A szócikk vagy fejezet még megírásra vár"

Indication

indication.conf

[general]
country=hu

[hu]
description = Hungary
ringcadance = 1000,4000
dial = 425
busy = 425/500,0/500
;ring = 440+480/2000,0/4000 ; is what I heard on an ISDN line... looks like NA ring.
ring = 440/1000,0/4000 ; is what I heard via an analogue GSM adaptor...
congestion = 425/300,0/300
callwaiting = 425/40,0/1960
; Dialrecall not used in Hungary, use standard (using UK standard)
dialrecall = 350+440
; Record tone is not used in Hungary, use busy tone
record = 425/250,0/250
info = !950/330,!1400/330,!1800/330,!0/1000,!950/330,!1400/330,!1800/330,!0/1000,!950/330,!1400/330,!1800/330,!0/1000,0

Forrás: http://www.voip-info.org/wiki/view/Asterisk+indications+Hungary

Teszt eszközök

aptitude install sip-tester sipsak sofia-sip-bin

SIPP xml alapú config sip teszt eseteket lehet vele készíteni és tesztelni

sipsak egyszerű sip teszt tool hívás tesztre, options üzenet küldésére

sofia sip NOKIA sip stack LGPL pl. dns feloldást lehet tesztelni vele

/usr/bin/addrinfo
/usr/bin/localinfo
/usr/bin/sip-date
/usr/bin/sip-dig
/usr/bin/sip-options
/usr/bin/stunc

hu-faq-vidyo-password

Vidyo elfelejtett jeszó

hu-faq-doccam

Mi a dokumentum-kamera? Hogyan használhatom ezt a Polycom ViewStation FX/VSX7000 berendezésekkel?

A dokumentum kamera nem elektronikus dokumentumok illetve tárgyak képének videokonferenciával történő átvitelét teszi lehetővé. Nagyon hasonló egy írásvetítőhöz, azzal a különbséggel, hogy a tárgy ill. fólia képét nem a falra vetíti ki, hanem videojelként a videokonferencia eszköz felé továbbítja.

A dokumentum kamerát általában S-Video kábellel kell csatlakoztatni a videokonferencia berendezéshez. A Polycom ViewStation FX esetében a megfelelő bemenet egy sematikus dokumentum kamera rajzzal jelölve van. A Polycom VSX 7000 berendezésnél a kamerát a 2-es bemenetre kell csatlakoztatni.

Beállítások Polycom ViewStation FX esetén:

Admin Setup -> Video/Cameras -> Cameras menü
High Resolution Camera: 2

Beállítások Polycom VSX 7000 esetén:

System -> Admin Settings -> Cameras menü
Camera 2: Document (2. oldal)
Camera 2: Motion/Sharpness (CIF/4CIF átvitel)

Motion beállítás javasolt, ha fontos a mozgás, de kevésbé a minőség (kis felbontás); Sharpness beállítás javasolt, ha inkább az élesség fontos (pl. papír alapú dokumentumok) és kevésbé a folyamatos mozgás.

A Polycom ViewStation FX rendszer esetében a különböző videobemenetek közötti választás a távirányítón lévő Near gomb segítségével történik, míg a Polycom VSX 7000 eszköznél a Camera gombbal.

faqen

Videoconference FAQ

For Hungarian language version, please click here.

NOTE: not all questions are covered in this guide that are written in Hungarian. Only answers positioned for international users of our services are available on this page. You might be able to get useful technical information at educonf project webpage.

1. How can I dial into videoconferences using an ordinary phone?
2. H.323 and firewalls/NATs - what should I do to get it working?

videotorium 2 0

Nyitó oldal

Felépítés

A nyitó oldal három részből tevődik össze, melyek a következők:

1. Fejléc, menüsáv és kereső: A Videotorium 2.0 fejléce egy design elem, mely minden oldalon megjelenik a portálon. Bárhol is vagyunk, ha a logóra kattintunk, akkor a <www.videotorum.hu> főoldalra jutunk vissza.A logó alatt egy menüsávot találunk, mely egy jobb és egy bal oldali részből áll. A bal oldalon az következő menüpontok találhatóak; Kategóriák, Csatornák, Élő közvetítések, Felvétel feltöltése (bejelentkezés után). Ezek részletezése megtalálható lejjebb a dokumentációban. A jobb oldali részen találhatjuk a nyelv (magyar, angol) kiválasztására szolgáló zászló, valamint a bejelentkezésre szolgáló lakat alakú ikonokat.
   • A menüsáv alatt egy autocomplete-es kereső található, mely segítségével könnyen és gyorsan kereshetünk a felvételek között.
2. Carousel:
3. Facebook blokk: Ezen blokk segítségével a Videotorium 2.0 Facebook oldalára ugorhat, ahol aktuális híreket, információkat közlünk felhasználóinkkal

Bejelentkezés

hu-faq-fromwhere

Csak az iskolánkból lehetséges közvetíteni, vagy bárhonnan, ahol van elegendő sávszélesség ehhez?

Közvetítés bárhonnan kezdeményezhető, ahol rendelkezésre áll a kép és a hang folyamatos küldésére alkalmas internetes sávszélesség. Hogy az Ön közvetítéséhez milyen sávszélességre van szükség, azt itt derítheti ki.

VidyoOnLinux

This page briefly summarizes the steps needed to get Vidyo work on recent Debian based Linux distributions.

Installation

[https://support.vidyocloud.com/hc/en-us/articles/226103528-VidyoDesktop-3-6-3-for-Linux-and-Ubuntu-15-04-and-higher Vidyo Linux documentation] summarizes the steps needed to install Vidyo deb package on recent Linuxes. In case of that the referred page was not available, the most important message is the official VidyoDesktop package has an unnecessary dependency on libqt4-gui and it has the instructions how to get rid of that.

!!! note

Unfortunately it's not allowed to distribute VidyoDesktop packages, that's why everybody needs to perform the steps themselves. Of course, Vidyo should fix this issue soon. Please edit this page if it happens.

!!! note

If you can access <https://webconf.niif.hu/download.html>, you can download the 'original' (unpatched) VidyoDesktop in .deb and .rpm formats, but please always use official sources.

Starting Vidyo

Vidyo cannot use PulseAudio framework, just ALSA directly. Therefore, before you try to access the videoconference, you need to start VidyoDesktop manually from a terminal (or by using a custom script):

$ export VIDYO_AUDIO_FRAMEWORK=ALSA
$ pasuspender -- VidyoDesktop

!!! note

It seems that system audio doesn't work while VidyoDesktop is running.

hu-streaming-faq

Hogyan hozhatok létre élő közvetítést a Videotorium-on?

A közvetítés létrehozása csak azon felhasználók számára érhető el, akik e-mailben kérik ezt a Videotorium adminisztrátoraitól, az admin@videotorium.hu címen. A funkció moderálására azért van szükség, mert az oldal fontos feladata, hogy lehetőleg minél több olyan tartalom kerüljön közvetítésre, amely témájában illeszkedik a portál tudományos, oktatási jellegéhez.

hu-faq-vcorg

Hogyan kell megszervezni egy videokonferenciát? Hogyan veszem fel a kapcsolatot egy távoli végpont üzemeltetőjével?

Egy videokonferencia megszervezéséhez a következö lépéseket javasolt végrehajtani:

1. Fel kell venni a kapcsolatot a tervezett résztvevőkkel és megegyezni velük egy mindeki számára megfelelő időpontban.
2. Minden résztvevő kapcsolatba lép a saját intézményében lévő videokonferencia felelőssel és lefoglalja a videokonferencia tárgyalótermet.
3. Amennyiben kettőnél több résztvevő szeretne videokonferenciázni, akkor a többpontos szerver szolgáltatást (MCU) kell igénybe venni. Ehhez rendelkezni kell egy hozzáféréssel a kollaborációs weboldalhoz, amelyet a kérjen a video-admin@niif.hu címen.
4. Az előzetesen egyeztetett időpontban tárcsázni kell a megfelelő végberendezést. MCU foglalás esetén minden résztvevőnek a foglalási rendszer által megadott behívószámot kell felhívnia (ezt a foglaló személynek kell szétküldenie).

A felsőoktatási ill. akadémiai körben megtalálható berendezések listája itt olvasható. Az egyes végpontokra vonatkozó információk között megtalálja a végpont hívószámát (0036......), a videokonferenciával felszerelt tárgyalóterem címét, telefonszámát, az üzemeltetésért felelős személy ill. az eszköz hozzáférését lehetővé tevő személy elérhetőségét. A videokonferencia felépítéséhez ezen információk felhasználásával lépjen kapcsolatba a megfelelő személyekkel.

en-gk-pvx

Polycom PVX software based videoconference client

1. Enter Setup menu (wrench icon at upper left).
2. Set your name under General->General (User Name). (Note: this is not mandatory. Although, a name identifing you or your institition could be useful for remote users.)
3. Set the following under H.323:
   • Gatekeeper: Specify
   • Gatekeeper IP Address: fz-gk.vvc.niif.hu
   • H.323 Extension: extension number (see step 1 above)

After a successful registration the following notification will appear under Gatekeeper IP Address field: "Gatekeeper registration was successful. It is now possible to place calls using IP, H.323 extension (E.164) or H.323 name (alias)".

en-niifgk

NIIF Gatekeepers Network

A H.323 gatekeeper is an important element of a H.323 network providing the following services:

• Number based dialing and call routing: calls can be initiated using normal phone numbers. Using of IP addresses or domain names are not needed - apart from that you have the possibility -, calls can be placed by typing usual phone numbers (e.g. 00361001234).
• Call admission: after placing a call from a terminal, the local gatekeeper is needed to decide wether the calling party is allowed to originate or receive calls.
• Call authorization: authorization of the terminal to enter the network, to place calls, etc.
• Bandwidth control: controlling call bandwidth.
• Accounting information: generating call detail records (CDR).

In order to use gatekeeper services with a H.323 endpoint (e.g. videoconference endpoint, Microsoft Netmeeting, GnomeMeeting, etc.), the endpoint must register at the gatekeeper. The gatekeeper keeps track of registered endpoints and handles calls initiated by them.

A so called "zone" belongs to every gatekeeper, identified by a unique phone number prefix. For example the phone number of a terminal in zone 100 would be: 00361001020 (where 1020 is the identifier of the endpoint within zone 100). The gatekeeper of a zone provides the above listed services and is responsible for handling incoming and outgoing calls to/from endpoints located in its zone.

NIIF videoconference network zones

The NIIF gatekeeper network and connecting zones can be seen on the below diagram. Prefixes are also shown according to the call routing rules.

HU zone

Gatekeeper: HU-GK

Domain name: hu-gk.vvc.niif.hu

Prefix: 0036 (or 06)

Function: connecting in-country institutional gatekeepers and providing international GDS connection. HU-GK responsible for call routing between gatekeepers, registration of endpoints is not allowed.

(Remark: you can also use 06 instead of 0036 for in-country calls)

NIIF zone

Gatekeeper: NIIF-GK

Domain name: niif-gk.vvc.niif.hu

Prefix: 0036100 (or 06100)

Function: gatekeeper service for HUNGARNET institutions that doesn't own a gatekeeper. In addition, the NIIF-GK connects the NIIF MCU (Multipoint Control Unit) to the videoconference service. MCU prefix is: 003610030.

Free gatekeeper zone

Gatekeeper: FZ-GK

Domain name: fz-gk.vvc.niif.hu

Prefix: 0036900 (or 06900)

Function: gatekeeper freely available for everyone to use NIIF videoconference services with a simple H.323 endpoint (e.g. Microsoft NetMeeting, GnomeMeeting). Endpoints registered at the FZ-GK can place calls using NIIF dialing scheme and the GDS.

Global Dialling Scheme

GDS (Global Dialing Scheme) is an international dialing scheme for the academic community, connecting more than 100 zones in approximately 30 countries. The GDS scheme provides international reachability to research institutions and universities using ordinary international format phone numbers.