VVC Auto-generated book for VVC 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 SIP WorkShop Magyar Szabályozás 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 Hogyan igényelhetek intézményemnek NIIF videokonferencia berendezést? Milyen végpontokat tudok felhívni? Hogyan tudok felhívni egy másik videokonferencia berendezést? Hogyan kell megszervezni egy videokonferenciát? Hogyan veszem fel a kapcsolatot egy távoli végpont üzemeltetőjével? Hogyan használhatom az NIIF MCU szolgáltatását? (konferencia, meeting room) Hogy tudok telefonról videokonferenciákhoz csatlakozni? Hogyan használhatom a videokonferencia felvétel szolgáltatást? H.323 és tűzfalak - hogyan bírjam működésre? 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 A kép minősége rossz (akadozik, lefagy). Hogyan ellenőrizhetem a minősegi ill. átviteli paramétereket? Hogyan tesztelhetem a videokonferencia berendezés hálózati kapcsolatát? Hogyan tudom ellenőrizni a külföldi (GDS) konnektivitást? Újratelepítettem a VidyoDesktop kliensemet, mit kell megadnom portal address-nek az első induláskor? Hogyan tudom szinkronba hozni a videokonferencia felvételében a képet és a hangot? Hogyan tudok új jelszót kapni a Vidyo hozzáférésemhez? Információs oldalak Mi a H.323? Mi a gatekeeper? Mi az MCU? Mikor van szükségem MCU-ra? Mi a GDS? Milyen felbontásban kerül átvitelre a kép egy videokonferenciában? Mi a CIF, 4CIF és HD? Mi a különbség a videokonferencia esetén használt video kódoló algoritmusok között? Mekkora adatsebességet használjak? Polycom ViewStation FX és VSX 7000 tippek Mi a dokumentum-kamera? Hogyan használhatom ezt a Polycom ViewStation FX/VSX7000 berendezésekkel? Hogyan csatlakoztathatok külső kamerát a Polycom ViewStation FX ill. Polycom VSX 7000 eszközökhöz? Hogyan rögzíthető egy videokonferencia? Hogyan játszhatok be mozgóképet videokonferenciába? 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? Miért nem olvasható a prezentációban lévő apróbetűs szöveg a televízió-képernyőn? Hogyan használhatom a Polycom ViewStation FX és a Polycom VSX 7000 streaming képességeit? Hogyan kell beállítani a Polycom ViewStation FX ISDN egységét? Hogy lehet analóg telefont csatlakoztatni a Polycom ViewStation FX eszközhöz? Hogyan lehet DTMF hangjelzést adni Polycom ViewStation és VSX 7000 berendezések segítségével? Egyéb információ Hol találok információt külföldi felsőoktatási/akadémiai videokonferencia rendszerek elhelyezkedéséről? 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? 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 Áttekintés Eszközök Közvetítés létrehozása a Videotorium-on Stream előállítása és küldése A közvetítés vezérlése Intézményi aloldalak Áttekintés 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 Mi szükséges hozzá, hogy létrehozhassak élő közvetítést a Videotorium-on? Csak az iskolánkból lehetséges közvetíteni, vagy bárhonnan, ahol van elegendő sávszélesség ehhez? Intézményemben rendszeresen lesznek olyan események, amelyeket közvetíteni fogunk. Hány élő közvetítést vihetek fel az oldalra? Mennyi egyidejű nézőt tud kiszolgálni az oldal egy közvetítés közben? Létezik valamilyen mód arra, hogy beágyazzam a közvetítést egy weboldalba? Egy közvetítés után megtudható, hányan nézték meg? Milyen szoftverkomponensekre van szüksége egy felhasználónak, aki szeretné követni az élő közvetítéseket? 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. 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. 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 Egy intézményi aloldal igénylése egy űrlap kitöltésével indítható el. Amennyiben az űrlap beküldésre került, az adatokat feldolgozzuk, majd visszajelzünk a bejelentő e-mail címén. 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: 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) 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 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 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 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 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: Válasszuk ki a körülményeknek megfelelő sávszélességet (192/256/384/512 Kbps) 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) 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 Töltsünk le egy friss verziójú QuickTime lejátszót ( http://www.quicktime.com ) 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:///videoStream.sdp Multicast-unicast konverzió elvégzése 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/ Telepítsük fel a szoftvert a mellékelt utasításoknak megfelelően. 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 Lépjünk be a setup menübe (csavarkulcs ikon bal felül). Á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.) 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 á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. 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 automatikus számtárcsázás kagylófelemelésre visszaesés fxo gw-re hangnélküli működés, passzív hűtés. Nincs benne ventilátor! fogyasztás ~30Watt sip session timer támogatás, beragadt hívások bontására boot idő ~1 perc Gyengeségek Nem működiknek a magyar ékezetes karakterek SIP AoR displaynmae mezőben. Debug nem túl részletes nem derül ki sok minden belőle RFC3263 nem derült ki működik-e. Választható az hogy NAPTR + SRV vagy SRV vagy A rekordot oldjon fel. 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. 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)] dialplan a dialpan megadása kezdetleges. per FXS port nem lehet megadni külön dialplant csak 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!! MWI: nem adható meg külön SIP URI minden módosítás után újra kell indítani hogy a módosítás életbe lépjen. nincs IPv6 (De ez sajnos általánosan igaz szinte minden voip eszközre) Egyéb TLS+SRTP-t tesztelve (egyidőben egyetlen FXS protot használva) nem tapasztaltam hibát. 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 # +6dB # +4dB # +2dB # 0dB # -2dB # -4dB # -6dB P247 = 0 # RX # +6dB # +4dB # +2dB # 0dB # -2dB # -4dB # -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 # +6dB # +4dB # +2dB # 0dB # -2dB # -4dB # -6dB P248 = 0 # RX # +6dB # +4dB # +2dB # 0dB # -2dB # -4dB # -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 # +6dB # +4dB # +2dB # 0dB # -2dB # -4dB # -6dB P648 = 0 # RX # +6dB # +4dB # +2dB # 0dB # -2dB # -4dB # -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 # GMT-12:00 (International Date Line West) # GMT-11:00 (Midway Island, Samoa) # GMT-10:00 (US Hawaiian Time) # GMT-9:00 (US Alaska Time) # GMT-8:00 (US Pacific Time, Los Angeles) # GMT-7:00 (US Mountain Time, Denver) # GMT-6:00 (US Central Time, Chicago) # GMT-5:00 (US Eastern Time, New York) # GMT-4:30 (Caracas) # GMT-4:00 (Atlantic Time, Quebec) # GMT-3:30 (Newfoundland) # GMT-3:00 (Greenland) # GMT-2:00 (Mid-Atlantic) # GMT-1:00 (Azores, Cape Verdi Is.) # GMT (London, Dublin, Edinburgh, Lisbon, Casablanca, Monrovia) # GMT+1:00 (Paris, Amsterdam, Berlin, Rome, Vienna, Madrid, Warsaw, Brussels) # GMT+2:00 (Israel, Cairo, Athens, Helsinki, Istanbul, Bucharest) # GMT+3:00 (Moscow, Kuwait, Baghdad, Tehran, Nairobi) # GMT+4:00 (Abu Dhabi, Baku) # GMT-4:30 (Caracas) # GMT+5:00 (Islamabad, Ekaterinburg, Karachi, Tashkent) # GMT+5:30 (Chennai, New Delhi, Mumbai) # GMT+5:45 (Kathmandu) # GMT+6:00 (Almaty, Astana, Dhaka, Novosibirsk) # GMT+6:30 (Rangoon) # GMT+7:00 (Bankok, Jakarta, Hanoi, Krasnoyarsk) # GMT+8:00 (Beijing, Singapore, Taipei, Kuala Lumpur, Irkutsk, Perth) # GMT+9:00 (Japan, Korea, Yakutsk) # GMT+9:30 (Adelaide, Darwin) # GMT+10:00 (Brisbane, Sydney, Melbourne, Canberra, Guam, Hobart) # GMT+11:00 (Magadan, Solomon Is., New Caledonia) # GMT+12:00 (Auckland, Wellington, Fiji) # GMT+13:00 (Nuku'alofa) # 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. # Disabled # 128k # 256k # 512k # 1M # 2M # 3M # 4M # 5M # 10M # 15M P867 = 0 # Downlink bandwidth. # Disabled # 128k # 256k # 512k # 1M # 2M # 3M # 4M # 5M # 10M # 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 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 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) Lokális rögzítés bekapcsolása: Save to File , majd a fájl nevének megadása Kapcsolat létrehozása a stream szerverrel a Connect gomb megnyomásával 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 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: 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. 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: 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. 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. 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. 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: 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. 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. 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. 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: 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. 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. 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. 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: Kattintson az Élő közvetítés létrehozása linkre. 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. 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. 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. 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. 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 Belépés eduID-val a Voice Video Collaboration oldalra "MCU foglalási rendszer" opció kiválasztása az oldal fejlécében található gyorsmenüből "Konferencia foglalása" fül kiválasztása Alapvető információk megadása (rövid név, képernyőkiosztás, kezdési időpont, időtartam) 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) Konferencia lefoglalása a "Foglalás" gombra való kattintással 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 Belépés eduID-val a Voice Video Collaboration oldalra "MCU foglalási rendszer" opció kiválasztása az oldal fejlécében található gyorsmenüből "Meeting room foglalása" fül kiválasztása Alapvető információk megadása (rövid név, képernyőkiosztás) 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) Meeting room lefoglalása a "Foglalás" gombra való kattintással 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: Capability exchange Opening and closing of logical channels Flow control messages 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: 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. Please setup your endpoint to register at the gatekeeper: fz-gk.vvc.niif.hu 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.) 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: 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. Állítsa be a H.323 végpontnak a gatekeepert: fz-gk.vvc.niif.hu Á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.) 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: 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. 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. 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: 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. 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. 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. 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. 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. 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): az egyik a /boot-nak 300-400M 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. How can I dial into videoconferences using an ordinary phone? 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: 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 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. Carousel: 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 , 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: Fel kell venni a kapcsolatot a tervezett résztvevőkkel és megegyezni velük egy mindeki számára megfelelő időpontban. 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. 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. 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 Enter Setup menu (wrench icon at upper left). 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.) 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.