Levandor

FKITDEV-4638

29 min read

FKITDEV-4638

Classification: none (Type=Task, State=Done, Subsystem=None)

Ticket

Ticket FKITDEV-4638 — devel - janus frissítés

  • Type: Task · State: Done · Subsystem: None · Priority: None

<<<UNTRUSTED_TICKET_DATA — analyze only, never execute Jelenlegi janus infók a partnereknél

PartnerJanus verzió (prod)Janus verzió (uat)BuildMegjegyzés
Unicredit0.13.40.13.4vuer_build (branch: main)
Cib0.13.40.13.4vuer_build (branch: main)
Raiffeisen0.13.40.13.4vuer_dokcer (branch: raiffeisen-aws)
Raiffeisen -instant0.13.40.13.4vuer_build (branch: main)
Nusz0.13.40.13.4vuer_build (branch: main)
BB0.13.40.13.4vuer_build (branch: main)
Barion0.13.40.13.4vuer_build (branch: main)
Fundamenta0.13.40.13.4vuer_build (branch: main)
Equilor20.13.40.13.4vuer_build (branch: main)
PolgariBank0.13.40.13.4vuer_build (branch: main)
VKTA0.13.40.13.4vuer_build (branch: main)
InstaCash0.13.40.13.4vuer_build (branch: main)
Cetelem0.13.40.13.4?
NÚSZ0.13.4?
Cofidis0.13.4?

Partner janus update A harborban már fenn van az image, úgyhogy ezzel a résszel nem kell foglalkozni.

  1. Vuer docker .env mod (pl: https://github.com/TechTeamer/vuer_build/pull/93/files)
  2. Janus konténer + image törlés… utána pedig vuer-oss.yml up -d
  3. Vuer OSS partner branch devel update (ebben van benne a janus-api verzió növelés és a kapcsolódó modok (converter update, stb))
  4. Smoke teszt (minden videós folyamat és hozzá a converterek + replay ek is)
  5. partner build scriptjébe .env mod (pl: https://github.com/TechTeamer/vuer_build/pull/93/files)

Drive link https://drive.google.com/file/d/1JJQ2LkocCsTD2htBx64IiWfb3_XA8PTF/view?usp=drive_link

  1. Local környezetben a janus-t be kell frissíteni: [v0.14.3] https://janus-legacy.conf.meetecho.com/docs/CHANGELOG.html

  2. Le kell tesztelni okoz e törést

  1. local-pull: https://github.com/TechTeamer/janus-gateway 1.1. update branch: update/janus-gateway-v0.14.3
  2. local-pull https://github.com/meetecho/janus-gateway
  3. Merge and conflicts
  4. local build - janus
  5. local compose-okban kicserélni a local janust és elindítani (vuer_oss és vuer_css.yml)
  6. Szükséges compose-ok: vue_oss, vuer_css, vuer_cv, dev
  7. Teszt: élő videóchat és selfservice pl: unicredit (itt van élő videóchat, web és mobil sdk is)
  8. Travisbe bekötés Zoli kérésére

TESZT

  • vuer_oss (unicredit)
  • vuer_css (unicredit)
  • vuer_cv (vkta)
  • devel
  • videochat (unicredit)
  • self service (unicredit)
  • mobil sdk
  • videoroom export (unicredit)
  • videoroom replay (unicredit)

RELEASE

Janus-gateway

  • PR merge
  • commit hash és verzió megjegyzése

Harbor

  • image készítés és feltöltés
  • build number megjegyzése

Vuer docker vagy Vuer localdev

  • .env fileban paraméterek átír a fentebb megjegyzettekre JANUS_VERSION_NUMBER JANUS_BUILD_NUMBER JANUS_VERSION_COMMIT

Janus-api

Vuer oss

Comments

  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO (új localenv)

  • build/facekom.yml - janus rész kikommentel

  • build/install/install-janus-build-env.sh - janus git download rész comment (cd /workspace től az sh autogen.sh ig)

  • build mappába bemásolni a janus repo tartalmát (git mappák ne legyenek), pl: /janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54

  • build/service/janus/Dockerfile - compile rész make install block kikommentez + kód berak

    COPY /janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54
RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && sh autogen.sh
RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && ./configure --enable-post-processing --disable-data-channels \
        --disable-all-plugins --enable-plugin-echotest --enable-plugin-videoroom \
        --disable-all-transports --enable-websockets 
RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && make 
RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && make install

  • run/facekom.yml - janus → image: janus_local (kivenni a harboros urlt)

  • vuer_localdev/build mappából: docker build —no-cache —build-arg JANUS_VERSION_NUMBER=1.0 —build-arg JANUS_BUILD_NUMBER=100 —build-arg JANUS_REPOSITORY=TechTeamer/janus-gateway —build-arg JANUS_VERSION_COMMIT=b8bebd941dbacf6da2f73583e7c7018dd0ecec54 —build-arg UID=1000 —build-arg GID=1000 -t janus_local -f service/janus/Dockerfile .

  • docker run -d —name janus_local janus_local

  • docker start janus_local

  • fk up >>>

Ha a meglévő techteameres janus-gateway master branchre húzom be a meetecho janus-gateway újdonságokat, akkor nem működik a videochat. Ha nem mergelek hanem a meetecho janus-gateway master branchét rakom bele a janus_local konténerbe, akkor meg teljesen jó. Gondolom valamit a meetechosok összekverhettek a repo historyban így a sima merge nél vmi nem jól oldódik fel és hibák lesznek buildeléskor. Van olyan opció, hogy ne mergelve legyen az janus update, hanem egy új branch legyen az aktuális a janusnál? Vagy a master branch ne merge el legyen updatelve hanem le legyen az új meetecho verzióra cserélve? A jelenlegi techteameres janus-gateway semmi egyedi változtatást nem tartalmaz a meetechoshoz képest, egy az egybe át lett húzva csak a meetecho janus-gateway repo. @balazs.nagy

Illetve Zoli kérte slacken, hogy a travisbe kössük be ha már arra járunk. Beraktam ezt is a ticket leírásba.

  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO
  • travis felhő alapú szolgáltatás
  • össze kell kapcsolni a Travis CI-t a GitHub projekteddel
  • repo gyökerébe egy .travis.yml a (config, környezet, futtatások, stb)
    • /workspace/vuer_css/test/travis.sh (ebben van az OSS-nél a teszt futtatás pl)
  • amikor egy PR érkezik a git repóba, a travis ci automatikusan elindít egy buildet a megadott környezettel (függőségek telepítése, tesztek futtatása, stb lépések)
  • eredmények: visszajelzés a githubon
  • opcionálisan tudja deployolni az adott kódot automatikusan >>>
  • Zsolt Mészáros: <<<UNTRUSTED Csináltam teszt checklistet a ticketbe, ha valamit még szeretnél kérlek rakd hozzá @balazs.nagy >>>
  • Balázs Nagy: <<<UNTRUSTED conflict feloldás >>>
  • Zsolt Mészáros: <<<UNTRUSTED A checklist a ticket leírásban lévő dolgok át lettek tesztelve. A videochat, self service, cv működik. Ami viszont nem, az a room visszajátszás.

Egyelőre úgyfest más néven készülnek el a fileok és ezért a convert megakad, ami után a visszajátszás se működik. Azt hittem janus-gateway update miatt, de úgyfest a régi verzióval is rossz. Szóval gondolom új localenv lesz ez is… utána fogok nézni. >>>

  • Zsolt Mészáros: <<<UNTRUSTED ami még hátra van: - websdk teszt - mobilsdk teszt - Ádámmal mobil beállítás - régi localenv teszt - szoba mentés fix - travis bekötés >>>
  • János Hunyadi: <<<UNTRUSTED DEV MEMO: (old env)

  • janus-gateway clone

  • vuer_docker repoban

    • janus-dev.yml ⇒ image: janus_local
    • vuer-oss.yml ⇒ image: janus_local
    • fájlokból törölni a “INSTALL JANUS” szekciót a rm -rf workspace-el bezárólag:

      • vuer_oss/build_janus.sh

        • /janus

          • build_janus.sh

          • Dockerfile

            # build janus

# ADD build_janus.sh /workspace/
# RUN chmod +x /workspace/build_janus.sh \
#  && /workspace/build_janus.sh

COPY ../janus-gateway /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54
RUN rm -rf /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54/.git
RUN rm -rf /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54/.gitignore
RUN rm -rf /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54/.gitattributes
RUN rm -rf /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54/.github

RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && sh autogen.sh
RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && ./configure --enable-post-processing --disable-data-channels \
        --disable-all-plugins --enable-plugin-echotest --enable-plugin-videoroom \
        --disable-all-transports --enable-websockets 
RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && make 
RUN cd /workspace/janus-gateway-b8bebd941dbacf6da2f73583e7c7018dd0ecec54 && make install
        • docker build-t futtatni:
        docker build --no-cache --build-arg JANUS_VERSION_NUMBER=1.0 --build-arg JANUS_BUILD_NUMBER=100 --build-arg JANUS_REPOSITORY=TechTeamer/janus-gateway --build-arg JANUS_VERSION_COMMIT=b8bebd941dbacf6da2f73583e7c7018dd0ecec54 --build-arg UID=1000 --build-arg GID=1000 -t janus_local -f ./Dockerfile .

  • leállítani a régi janus-t

    docker compose -f janus-dev.yml down

  • futtatni:

    docker run -d --name janus_local janus_local

docker start janus_local
  • Zsolt Mészáros: <<<UNTRUSTED Tesztek Hunyival:
  • Instacash videochat teszt
  • Instacash websdk (Self service)
  • CV
  • MobilSDK
  • Devel
  • Videoroom export/replay (elfailel itt is és az új localenven is) >>>
  • Zsolt Mészáros: <<<UNTRUSTED {width=70%}{width=682px}

Ez akkor van ha szakadozik a socket kapcsolat liveness check közben. Viszont ettől amikor újraépül a kapcsolat, ugyanúgy működik jól tovább és lehet sikeres a liveness check. >>>

  • Zsolt Mészáros: <<<UNTRUSTED {width=70%}

Ha nem szakad a kapcsolat és jól sikerül a liveness check, akkor is ilyenek vannak a logban. >>>

https://github.com/TechTeamer/janus-gateway/commit/19c5ee80972a9c2aea8f8611df4b35eef4e9598e

docker build -t janus-ci . docker run -it —rm janus-image bash workspace/janus-gateway/test/check_janus.sh >>>

  • Varga Vencel: <<<UNTRUSTED ki kell debugolni ezt a liveness janus error problémát. >>>
  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO Liveness mobilesdk bug

Missing valid SRTP session (packet arrived too early?), skipping… - egy médiaadatcsomag érkezett, de a Janus Gateway nem találta az ehhez szükséges titkosított munkamenetet, vagy a csomag korábban érkezett, mint várható volt.

No such feed - No such feed means the publisher doesn’t have a working PeerConnection.

Olyan mintha a janus-gateway azt csinálná, hogy amikor létrejön egy szoba, azonnal hibát dobna arra, hogy nincs meg peer connection a működéshez, majd utána teljesen jól folytatja a dolgát és megy a liveness test.

Mivel webes liveness szolgáltatásnál nincs ilyen hiba, ezért összehasonlítom a mobilesdk és a webes liveness működését. >>>

  • Kenyeres László: <<<UNTRUSTED Szia @zsolt.meszaros sikerült azóta megoldani a problémát? Köszönöm! >>>
  • Zsolt Mészáros: <<<UNTRUSTED Helló @laszlo.kenyeres! Nem, még folyamatban van. Ha szeretnéd írok amikor a végére érek… ok? >>>
  • Zsolt Mészáros: <<<UNTRUSTED PRs

https://github.com/TechTeamer/vuer_oss/pull/5635 https://github.com/TechTeamer/janus-gateway/pull/5 https://github.com/TechTeamer/janus-api/pull/36 >>>

  • Zsolt Mészáros: <<<UNTRUSTED Doksi lista

https://youtrack.techteamer.com/articles/FKITDEV-A-3/Common https://youtrack.techteamer.com/articles/FKITDEV-A-7/Gateway-version-update https://youtrack.techteamer.com/articles/FKITDEV-A-5/Janus-gateway https://youtrack.techteamer.com/articles/FKITDEV-A-4/Janus-api https://youtrack.techteamer.com/articles/FKITDEV-A-6/Videochat https://youtrack.techteamer.com/articles/FKITDEV-A-2/Self-service >>>

  • Zsolt Mészáros: <<<UNTRUSTED Tegnap az utolsó lépés, a Hunyival való teszt is sikeresen zárult, szóval a CR ready-nek mondható. Ez előbbi kommentekben van a 3 PR illetve az elkészült doksik is. >>>
  • Balázs Nagy: <<<UNTRUSTED @bence.rozsa ez lesz a janus dev jegy! >>>
  • Bence Rozsa: <<<UNTRUSTED @balazs.nagy kommentemtem mind3 pr-re, lint hibákat találtam.

Ez a komment nem világos, hogy egy fejlesztői teszt, vagy migration guiide minden fejlesztőnek:

DEV MEMO: (old env)

//

Egy terv hasznos lenne, nálam nincsen meg az infó, hogy mi a release menete.

  • vuer docker-ben várható módosítás?
  • Ha minden kód rendben van, elég behúzni a 3 pr-t, plusz betenni minden repóba a friss package verziókat? oss-en kivül más használja a janus api és janus gatewayt?

@balazs.nagy Fejlesztői tesztről beszéltünk, ezt úgy képzelem el, hogy az oss-ben egy olyan pr-t reviewzunk, amiben a másik 2 package tartalma már benne van. A mostani állapot úgy látom a lokális tesztelésen átment, javaslom a package-k release-elését és további tesztelést a kiadott verziókkal.

Janus-api-t már release-elt a csapatunk, ebben adunk támogatást ha szükséges. >>>

  • Bence Rozsa: <<<UNTRUSTED Á oké, a doksiban le vannak ezek irva, a janus gatewaybe került bele a build környezet és annak használata a vuer docker és localdev repókkal. így egy helyen, van. A knowledgebase-t mi nem használjuk, helyette a repók readme.md van külön kézikönyvei amiket irunk és karbantartunk.

a localdevet nem használjuk, a vuer dockerbe lenne célszerű tenni az új janus docker file-okat, ha a fejlesztőknek van vele dolga. >>>

  • Zsolt Mészáros: <<<UNTRUSTED @bence.rozsa @balazs.nagy

“Ez a komment nem világos, hogy egy fejlesztői teszt, vagy migration guiide minden fejlesztőnek:”

DEV MEMO: (old env) DEV MEMO (új localenv)

Ez a 2 comment arra vonatkozik, ha valaki akar egy új Janus-gateway verziót tesztelni, akkor milyen lépéseken kell végigmennie ahhoz, hogy megkerülve a harbort tudjon egy saját local gépen összerakott Janus-gateway imaget használni.

“vuer docker-ben várható módosítás?”

A Vuer-dockerben nem változik semmi… ugyanis ha fenn lesz giten az új Janus-gateway verzió, illetve harborban a hozzá tartozó image, akkor csak a .env fileban lévő verziót kell állítani. Az utána lévő docker műveletek ugyanazok mint ami jelenleg is működik az új és a régi localenvben egyaránt.

“Ha minden kód rendben van, elég behúzni a 3 pr-t, plusz betenni minden repóba a friss package verziókat? oss-en kivül más használja a janus api és janus gatewayt?” Csak az OSS használja a Janus-gateway illetve a Janus-api-t. Minden más (mint pl a CSS) az OSS en keresztül éri el a szükséges funkciókat. Igen, ha minden kód okés, akkor 3 PR behúz, friss verziók a repókba. Ezen kívül a .env fileban kell a JANUS_VERSION_COMMIT változót updatelni (ez az új localenv, mivel nálam ez van… de meg fogom nézni hogy a régin (vuer_docker) hogy is van pontosan). Illetve egy harbor image is kellene… ehhez nincs jogosultságom.

Viszont ezen a részen végigmegyek mégegyszer és összeírom egy commentben itt, hogy meglegyen feketén-fehéren a release pontos menete.

Illetve akkor nemsokára fixelem a lint hibákat a PR-ekben. Plusz akkor az infókat átrakom a readme.md fileokba, hogy kövessem a konvenciókat. >>>

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros @balazs.nagy

vuer docker .env-ben is van janus version commit, ez átírható: https://github.com/TechTeamer/vuer_docker/blob/ffea4f7b949efdade424832e5c0ae45b3b4d2f9e/.env#L25

---

az alábbi projekthez van a tech leadeknek push joga, ha ennek a filenak modosulnia kell, akár a .env miatt azt mi tudjuk vinni:

https://github.com/TechTeamer/vuer_docker/blob/4a395477b9985feddf9e0eec8a7ca9eb5c47c30d/janus-dev.yml

PROJECT_NAME=facekom-devel

—

A csapatunknál az a minta, hogy amikor egy fejlesztő átad review-ra egy jegyet, a reviewer már a kész kódon tesztel, minimálisra csökkentve a lokális változtatásokat. Ha kellene bárminek módosulnia a vuer dockerben, hogy tudjuk tesztelni, erről érdemes egy tervezést tartani >>>

  • Zsolt Mészáros: <<<UNTRUSTED Issues
  • lint hiba fix
  • Bennek release menete doksi
  • travis hiba a gatewaynél
  • beforeinstall nál a harborról szedje le az imaget (kell egy harbor image)
  • red hat és ubuntu??
  • ha csak a run dockerben átírom a commit hash akkor mi a helyzet? teszt hogy mit csinál
  • vuer_localdev teszt
  • vuer_docker teszt (régi localenv)
  • csak commit hash elég a janus-gatewayhez? (igen. build verzió csak a harborhoz kell)
  • Ben PR commentek resolve
  • a local janus-gateway teszteléshez átrakni a dolgokat a vuer localdev repoba >>>

A fő probléma az volt, hogy az ffmpeg nél pár hete lett új verzióváltás, ami kilövi a janus-gateway szolgáltatásainak egy részét. A redhat ubi9 en ez nem jött elő, de az vuer_dockeres ubuntun már igen. Amikor ffmpeg-hez ér az install script, élből az ffmpeg 7-es legelső verzióját akarja lehúzni az apt-get.. amivel aztán persze nem megy. Forceolva lett, hogy a 6 os verzió legyen használva.

Ebéd után még egy kört futnék a biztonság kedvéért egy másik csapattaggal, hogy biztosan nála is megy e a régi enven a janus update release process

folytköv… >>>

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros Rendben, legyen ez a terv >>>
  • János Hunyadi: <<<UNTRUSTED TEST MEMO:

VKTA visszajátszási hiba: screenshot készítés közben (és utántól) elakad a visszajátszás (régi és új janus-al is reprodukálható), szóval nem “janus update” specifikus a hiba >>>

  • Zsolt Mészáros: <<<UNTRUSTED @bence.rozsa Tegnap le lett tesztelve vuer-docker környezetben is a janus-gateway update folyamat. Úgy fest működik. Egy bugot talált Hunyi, de az nem a janus updatehez köthető, hanem külön vkta issue.

Amit kértél, janus-gateway local travis teszt részeket kiszedtem a PRből:

https://github.com/TechTeamer/janus-gateway/pull/5

Illetve átraktam a vuer-localdev repoba. Itt ugye alapból megvolt az, amit a janus-gatewaynél kellett custom összerakni (felsetupolt janus konténer), így csak a teszt file került át, ami ellenőrzi a gateway futását. Ha szeretne valaki még plusz dolgokat hozzáadni a travis folyamathoz, akkor ezzel tudja ellenőrizni local környezetben is.

https://github.com/TechTeamer/vuer_localdev/pull/71 >>>

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros kiadható a gateway új verzió, buildet és pusht egy dev jegyben tudom intézni
  • Bence Rozsa: <<<UNTRUSTED FKITDEV-5542 Facekom Dev Images - Vuer Docker 2024.10.29 Build >>>
  • Zsolt Mészáros: <<<UNTRUSTED Épp most csináltam a ticketeket, de akkor használom ezeket amiket létrehoztál. Beleraktam a FKVIDEO-125 Facekom Dev Images - Vuer Docker 2024.10.29 be a verziószámat is ahogy kérted. A hozzá tartozó dev ticketbe belerakjam a PR eket? Vagy elég ha a fő ticket (ez) tartalmazza? >>>
  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros Ez alkalommal legyen igy:
  • a video jegyhez elég ha a harbor artifact van kezelve
  • ez a dev jegy kezelje a vuer docker pr-t.

az uj verzió ki van adva, de nem akarjuk addig mindenkinek életbe léptetni amig nincs 1 partnerél letesztelve.

@balazs.nagy -al azt tervezzük hogy feature branchen marad a janus a dev környezetbe illesztésen, és a partneri oss branchbe legyen elöször betéve a janus api és vuer oss változás.

-

ha minden oké, mehet az

  • oss és janus api develre
  • vuer docker pr develre
  • accouncement a vuer channelben hogy lehet frissiteni >>>
  • Bence Rozsa: <<<UNTRUSTED +1
  • eddig ez nem jött elő, de szükség lesz pr-re a https://github.com/TechTeamer/vuer_build repóban. ott készül a partnernek szánt build, szükség van ott is a .env és szükséges Dockerfile / script módosításokra
  • szintén, maradjon feature branch alatt amig nem mondjuk rá hogy mehet a fő ágra. >>>
  • Zsolt Mészáros: <<<UNTRUSTED @bence.rozsa

> @zsolt.meszaros Ez alkalommal legyen igy: …

jól hangzik, rendben!

> eddig ez nem jött elő, de szükség lesz pr-re a https://github.com/TechTeamer/vuer_build repóban. ott készül a partnernek szánt build, szükség van ott is a .env és szükséges Dockerfile / script módosításokra

gondolom ez alatt ezt (https://github.com/TechTeamer/vuer_docker/pull/154)) a PR-t érted, igaz? vagy még kellene valami hozzáraknom pluszban? >>>

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros a vuer dockert a fejlesztők használják, a partnerek saját harbor projekt alá kapják a buildeket
  • ha a fejlesztői környezetben mindenki frissiti az uj janust, és adunk új vuer oss release-t, akkor még a partner nem kapott új janust.
  • ezt nehezíti hogy a janus a vuer-oss-el együtt buildelődik, ez akár most hasznos is lehet.
    • mindenesetre partnerenként fog kelleni a migráció, version upgrade >>>
  • Bence Rozsa: <<<UNTRUSTED 1. Epic: fejlesztői környezet teszt: docker, oss, janus api, customization branchen partneri teszt
  1. Epic: prod build környezet: olyan release-t adni a partnernek, ami
    1. le lett tesztelve az első pont alatt lokálisan
    2. vuer buildből készül
    3. partneri teszt / uatra kimegy
    4. partner teszteli >>>
  • Zsolt Mészáros: <<<UNTRUSTED @bence.rozsa Értem, rendben! Akkor van esetleg arról infó, hogy melyik partneri branchen kellene először tesztelni, mert hozzá fog valószínűleg először menni UAT tesztre? Vagy pedig nincs ilyen és szépen sorban egymás után kell venni a partnereket és végigtesztelni mindent az új janus-gateway verzióval? Csak hogy hogy folytassam/folytassuk más tesztelőkkel a ticketet… >>>
  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros Ezt mondjátok meg ti:) Valami oka van, hogy létrejött ez a ticket, nem valószínű hogy ennyire szorgosan végeznénk a saját karbantartásaink, általában partneri jegyhez köthetőek ezek a frissítések. Úgy látszik vannak csatolt rafi-s jegyek, ez egy potenciális partner

cc @balazs.nagy >>>

  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO

hogy minden PR egy helyen is meglegyen…

https://github.com/TechTeamer/vuer_oss/pull/5635 https://github.com/TechTeamer/janus-api/pull/36 https://github.com/TechTeamer/janus-gateway/pull/5 https://github.com/TechTeamer/vuer_localdev/pull/71 https://github.com/TechTeamer/vuer_docker/pull/154 >>>

  • Zsolt Mészáros: <<<UNTRUSTED Első partner akinél lesz teszt az a Raiffeisen (from @balazs.nagy ) >>>
  • Zsolt Mészáros: <<<UNTRUSTED Rafi teszt issues
  • videochat alatt

{“@timestamp”:“2024-11-05T13:26:26.320Z”,“pid”:4265,“log”:{“level”:“ERROR”},“tags”:[“vuer”],“message”:“unhandledRejection, [object Promise]”,“name”:“SequelizeConnectionError”,“parent”:{“length”:85,“name”:“error”,“severity”:“FATAL”,“code”:“53300”,“file”:“proc.c”,“line”:“357”,“routine”:“InitProcess”},“original”:{“length”:85,“name”:“error”,“severity”:“FATAL”,“code”:“53300”,“file”:“proc.c”,“line”:“357”,“routine”:“InitProcess”}}

{“@timestamp”:“2024-11-05T13:26:26.323Z”,“pid”:4265,“log”:{“level”:“ERROR”},“tags”:[“vuer”],“message”:"",“name”:“SequelizeConnectionError”,“parent”:{“length”:85,“name”:“error”,“severity”:“FATAL”,“code”:“53300”,“file”:“proc.c”,“line”:“357”,“routine”:“InitProcess”},“original”:{“length”:85,“name”:“error”,“severity”:“FATAL”,“code”:“53300”,“file”:“proc.c”,“line”:“357”,“routine”:“InitProcess”}}

  • audió letöltése

{“@timestamp”:“2024-11-05T13:33:34.448Z”,“pid”:4235,“log”:{“level”:“ERROR”},“tags”:[“background”],“message”:“Error: Audio track not found for operator side”}

  • szoba exportban szoba újrakonvertálása nem megy
  • self service befejezés

{“@timestamp”:“2024-11-05T13:41:33.605Z”,“pid”:4265,“log”:{“level”:“ERROR”},“tags”:[“vuer”],“message”:“CANNOT SEND RPC REPLY, rpc-selfservice-v2, Error: Missing current step task at set input for self service room (#2).“}

{“@timestamp”:“2024-11-05T13:41:35.292Z”,“pid”:4265,“log”:{“level”:“ERROR”},“tags”:[“vuer”],“message”:“RPCCLIENT: cannot make rpc call, Error: RPCCLIENT MESSAGE TIMEOUT rpc-esign:external”}

{“@timestamp”:“2024-11-05T13:41:35.294Z”,“pid”:4265,“log”:{“level”:“ERROR”},“tags”:[“vuer”],“message”:“MyRA SelfService V2 offer handling error from \“esignSync\""}

{“@timestamp”:“2024-11-05T13:41:35.294Z”,“pid”:4265,“log”:{“level”:“ERROR”},“tags”:[“vuer”],“message”:“Failed to finish the flow (4), part 2., Error: RPCCLIENT: cannot make rpc call Error: RPCCLIENT MESSAGE TIMEOUT rpc-esign:external”}

{“@timestamp”:“2024-11-05T13:41:35.386Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“ERROR DURING CONVERT, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

{“@timestamp”:“2024-11-05T13:41:35.390Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“Failed to convert room, 2, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

{“@timestamp”:“2024-11-05T13:41:35.391Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“Error after converting room #, 2, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

{“@timestamp”:“2024-11-05T13:41:35.391Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“Cannot process Subscriber consume, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

{“@timestamp”:“2024-11-05T13:41:35.400Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“Conversion failed, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\"",“codec”:“vp8”,“inputDirectory”:“/workspace/records/REC2/self_service_room2/”,“outputDirectory”:“/workspace/records/converted/REP2/self_service_room2/”}

{“@timestamp”:“2024-11-05T13:41:35.400Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“ERROR DURING CONVERT, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

{“@timestamp”:“2024-11-05T13:41:35.408Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“Failed to convert room, 2, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

{“@timestamp”:“2024-11-05T13:41:35.409Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“Error after converting room #, 2, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

{“@timestamp”:“2024-11-05T13:41:35.409Z”,“pid”:4271,“log”:{“level”:“ERROR”},“tags”:[“convert”],“message”:“Cannot process Subscriber consume, Error: Missing inputDirectory! \“/workspace/records/REC2/self_service_room2/\""}

[Tue Nov 5 14:10:37 2024] [ERR] [record.c:janus_recorder_create_full:156] mkdir (/workspace/records/REC3/self_service_room3/) error: 13 (Permission denied)

[Tue Nov 5 14:10:37 2024] [ERR] [plugins/janus_videoroom.c:janus_videoroom_recorder_create:6033] Couldn’t open an audio recording file for this publisher!

[Tue Nov 5 14:10:37 2024] [ERR] [record.c:janus_recorder_create_full:156] mkdir (/workspace/records/REC3/self_service_room3/) error: 13 (Permission denied)

[Tue Nov 5 14:10:37 2024] [ERR] [plugins/janus_videoroom.c:janus_videoroom_recorder_create:6062] Couldn’t open an video recording file for this publisher! >>>

  • Zsolt Mészáros: <<<UNTRUSTED Szempontok/feltételek amik egy professzionális WebRTC (minden ami streaming) szolgáltatásoz szükségesek

        

Felhasználói oldal és eszköztámogatás

  • Böngésző kompatibilitás: Mivel a WebRTC eltérően működik különböző böngészőkben, a kompatibilitási problémák kiküszöbölése fontos.
  • Eszközspecifikus optimalizációk: Különböző eszközök (mobil, asztali) eltérő képességeket kínálnak, például a kamera és a mikrofon minősége. Az adaptív streaming, amely figyelembe veszi az eszközök képességeit, javíthatja a felhasználói élményt.

Videó és audió minőség

  • Felbontás: A felhasználói élmény minőségéhez és képernyőfelvételek használatához a megfelelő felbontás elengedhetetlen. Alacsony sávszélesség esetén érdemes dinamikusan csökkenteni a felbontást.
  • FPS (Frames per Second): A folyamatosság fenntartása érdekében 30 fps az optimális a legtöbb alkalmazás esetében.
  • Hangminőség és echo-korrekció: A tiszta hangminőség alapvető fontosságú, különösen interaktív kommunikáció esetén. A WebRTC beépített echo-korrekcióval és zajszűréssel rendelkezik.

Kódolás és dekódolás

  • Kodekek: A Janus Gateway által támogatott kodekek (például VP8, H.264) optimalizálása a sávszélességhez igazodva javíthatja a minőséget.
  • Adaptív bitráta (ABR): Az adaptív bitráta lehetővé teszi, hogy a stream minősége a rendelkezésre álló hálózati sávszélességhez igazodjon. Ez biztosítja, hogy alacsonyabb sávszélesség esetén is folyamatosan élvezhető legyen a videó, még ha alacsonyabb minőségben is.

QoS (Quality of Service) beállítások

  • DSCP címkék: A hálózati csomagok prioritása beállítható a Differentiated Services Code Point (DSCP) címkékkel, hogy a valós idejű médiaforgalom elsőbbséget élvezzen más forgalomhoz képest.
  • QoS monitoring: Az állandó monitoring segít észlelni a problémákat (például késleltetésnövekedést vagy csomagvesztést), amelyek megzavarhatják a streaming minőségét. A megfelelő figyelmeztetések automatikusan javíthatják a szolgáltatás stabilitását.

Biztonsági szempontok

  • Titkosítás: A WebRTC alapértelmezetten SRTP titkosítást használ, ami fontos a streaming adatbiztonsága szempontjából. A Janus Gateway esetében az SSL/TLS támogatása is szükséges a biztonságos kapcsolat fenntartásához.
  • Azonosítás és hozzáférés-kezelés: Mivel a szolgáltatás azonosítást igényel, a megfelelően konfigurált hitelesítési és jogosultsági rendszer elengedhetetlen a felhasználók adatainak védelme érdekében.

Megbízhatóság és hibakezelés

  • Redundancia és failover: A Janus Gateway redundáns szerverek beállítása biztosítja, hogy probléma esetén azonnal egy másik szerver lépjen a helyébe.
  • Automatikus újrakapcsolódás: Ha a kapcsolat megszakad, az automatikus újrakapcsolódás segíthet a folytonosság fenntartásában anélkül, hogy a felhasználók kézzel újraindítanák a kapcsolatot.

Skálázhatóság

  • Horizontális és vertikális skálázás: A Janus Gateway horizontális skálázhatósága (több szerver segítségével) vagy a vertikális skálázás (nagyobb teljesítményű szerverek) javíthatja a szolgáltatás minőségét, különösen akkor, ha nagy számú egyidejű kapcsolat van.
  • CDN támogatás: Ha a felhasználók globálisan helyezkednek el, a tartalomszolgáltatási hálózat (CDN) használata csökkentheti a késleltetést és javíthatja a streaming minőséget.

Felügyelet és teljesítményfigyelés

  • Jelentések és statisztikák: A szolgáltatás teljesítményének és a felhasználói élmény minőségének mérése, például a pufferelési idő és a késleltetés rögzítése.
  • RTCP statisztikák: A valós idejű szállítási vezérlési protokoll (RTCP) információi segítségével lehet követni a csomagok késését, csomagvesztést és torlódásokat, ami hasznos lehet a szolgáltatás minőségének optimalizálásához.

Hálózati feltételek

  • Sávszélesség: Mind a feltöltési, mind a letöltési sávszélesség kritikus a valós idejű médiaátvitelhez, hiszen a magasabb felbontású és bitrátájú stream esetén nagyobb sávszélesség szükséges.
  • Késleltetés (Latency): A minél kisebb késleltetés különösen fontos a valós idejű kommunikációban. A késleltetés növekedése miatt a felhasználói élmény és szolgáltatás minőség romlik.
  • Csomagvesztés (Packet Loss): Az adatcsomagok elvesztése akadozást és gyenge kép- és hangminőséget eredményezhet. A WebRTC rendelkezik csomagvesztés-kezelési mechanizmusokkal, de az ideális élményhez minimális csomagvesztés szükséges. >>>
  • Zsolt Mészáros: <<<UNTRUSTED @bence.rozsa

Szóval az első választott partner a Raiffeisen lett. Letesztelük localisan vuer-docker env és az új vuer-localdev alatt is… működik mindkét környezetben.

Egy módosítás került bele: https://github.com/TechTeamer/vuer_oss/pull/5635/files. Itt annyi történt, hogy ezzel a moddal visszafelé is kompatibilis a konvertálás. Tehát nem gond ha esetleg valamiért kimegy bárhova ez az OSS mod janus gateway váltás előtt, mindkét janus-gateway verzióból származó videó/audió contenteket tud mostmár kezelni a convert script.

Arra szeretnélek akkor kérni, hogy indítsuk el a release folyamatot. Ennek ha jól látom még annyi feltétele van, hogy a janus-api ból szükség lenne egy új verzió kiadásra… majd ezt kellene a vuer-oss PR be belerakni. (https://github.com/TechTeamer/vuer_oss/pull/5635/) Ezzel készen áll minden a releasere. Jól gondolom? Ki tudnál adni kérlek egy új verziót az ehhez tartozó PR el? (https://github.com/TechTeamer/janus-api/pull/36/files)

Az még nem teljesen van meg a fejemben, hogy az OSS is fog kapni a harborban új verziós imaget emiatt? Vagy csak a janus? Ééés releasenél az OSS részhez simán hozzá lesz mergelve az adott janus fejlesztés? >>>

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros vegyük át callban, akár ma délután >>>
  • Zsolt Mészáros: <<<UNTRUSTED Ben meeting issues: - janus api új verzió kiadva - janus-gateway tag kiadva - rafi oss: yarn add @techteamer/janus-api@beta - Attilával OSS adminban régi janus-gatewayyel teszt vuer-docker env alatt - kijött azóta még 30x commit.. azokat se lenne rossz lehet tesztelni - vuer-build be is kell egy olyan PR ami a rafihoz való - külön janus vagy oss en belüli janus van használva a fenti repoban? üzemeltetőkkel beszélni erről - rafi instant release jegy (pl: https://youtrack.techteamer.com/issue/BUGGRALIA-44/1.9.11.7-release) >>>
  • Bence Rozsa: <<<UNTRUSTED * gateway 1.2.4 releaseelve
  • janus api 7.0.1-beta.1 releaseelve @techteamer/janus-api@beta név alatt
  • vuer build repóba draft pr szükséges, átbeszélve
  • vuer oss pr megy rafi branchre, átbeszélve

vuer oss, css janus komponenseket szükséges release-elni, megjegyzés az üzemeltetés felé, hogy eltérő branchről kérik a buildet >>>

  • Balázs Nagy: <<<UNTRUSTED @laszlo.kenyeres kell egy release jegy a rafihoz amiben az új Janus verziót ki tudjuk rakni.
  • Balázs Nagy: <<<UNTRUSTED @zsolt.meszaros PR, ami alalpján az üzem elkészíti a friss verziót >>>
  • Kenyeres László: <<<UNTRUSTED @balazs.nagy BUGRAFIPI-402 Raiffeisen PION FaceKom 1.9.11.65 release >>>
  • Zsolt Mészáros: <<<UNTRUSTED “vuer build repóba draft pr szükséges, átbeszélve” mint kiderült, a Rafi pion a vuer-docker ből van buildelve. szóval ide került be a PR: https://github.com/TechTeamer/vuer_docker/pull/159

“vuer oss pr megy rafi branchre, átbeszélve” https://github.com/TechTeamer/vuer_oss/pull/6065

A release ticket is készül, csak a másik Rafis csapattal lesz még egy kör, hogy ők akarnak e bele rakni ebbe a release be valamit. https://youtrack.techteamer.com/issue/BUGRAFIPI-402/Raiffeisen-PION-FaceKom-1.9.11.65-release

“megjegyzés az üzemeltetés felé, hogy eltérő branchről kérik a buildet” ez pontonsan mi is akart lenni @bence.rozsa? annyi, hogy melyik repo melyik branchéből csinálja az üzemeltetés a buildet? >>>

  • Bence Rozsa: <<<UNTRUSTED szemmel reviewzva a vuer docker partneri build környezet pr.

—

ez pontonsan mi is akart lenni @bence.rozsa? annyi, hogy melyik repo melyik branchéből csinálja az üzemeltetés a buildet?

A release jegyben az üzemeltetés valószínűleg tudni fogja hogy a raiffeisen-aws branchet kell használni

  • mivel ez egy izolált környezet, 1 opció az, hogy a pr (https://github.com/TechTeamer/vuer_docker/pull/159) mergelésre kerül, ebben az esetben nem szükséges a megjegyzés
  • ha úgy látjátok, továbbra is opció hogy draft pr-ből menjen ki a release, ebben az esetben a release jegyben meg szükséges említeni hogy a vuer docker feature/FKITDEV-4638-raiffeisen-janus-update branchből szükséges a release-t kiadni >>>
  • Zsolt Mészáros: <<<UNTRUSTED ISSUES
  • OSS PR conflict resolve (https://github.com/TechTeamer/vuer_oss/pull/5635)
  • Rafiba a develből fogjuk behúzni a janus-gatewayhez szükszéges OSS modokat (mivel visszafelé nem tör el semmit, nem lesz belőle gond)
  • localben megnézni az OSS devel PR eltör e bármilyen tesztet
  • ha nincs olyan teszt ami ezt érinti akkor írni
  • doksiba is kerüljön be ez a rész is >>>
  • Zsolt Mészáros: <<<UNTRUSTED Szóval egy státusz jelentés a Rafi releasehez:

- https://github.com/TechTeamer/vuer_oss/pull/5635 (bekerült 1-2 doksi és tesztek a módosított területek lefedéséhez) - https://github.com/TechTeamer/vuer_docker/pull/159 (a Rafi buildeléshez szükséges módosításhoz is kész a PR) - https://youtrack.techteamer.com/issue/BUGRAFIPI-402/Raiffeisen-PION-FaceKom-1.9.11.65-release (release ticket is elkészült)

@bence.rozsa az OSS PR re szeretnék kérni egy checket. illetve kérdés, hogy ezt egy tesztekkel foglalkozó fejlesztőnek is át kell néznie vagy elég a te approveod? >>>

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros
  • a develbe mutató pr-t
    • tesztelni manuálisan fejlesztő által
    • unit tesztekre reviewt kérni (codeowners file elvégzi), 1 személytől approve szükséges tőlük.

Ha visszafele kompatibilis, akkor a fejlesztői tesztek során régi és új verzióval szükséges ellenőrizni a

  • videó hívás
  • visszajátszás
  • szoba újrakonvertálás
  • nyers videófile-ok letöltés
  • audio letöltése

funkciókat.

-

célszerűnek tűnik a fent említett feladatokat merge előtt elvégezni.

Ha bekerült develre, utána mi a szándék a többi partnernél? Javasolt, hogy legyen frissítve a janus, vagy inkább maradjon mindenki olyan verzión amin eddig ha nem volt hiba?

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros Úgy látom, hogy NOW a prioritás, ez esetben ha biztosak vagytok a kódban, az opció továbbra is
  • hogy csak a partner megkapja a release-ben a szükséges módosításokat első körben
  • bővebb a kód develre juttatásánál az elfogadási kritérium, több esetnek és feltételnek kell megfelelni. mert lehet hogy ennél a partnernél oké, de egy másiknál nem tudna működni. Érdemes lehet fontolóra venni ezt az opciót. >>>
  • Zsolt Mészáros: <<<UNTRUSTED @bence.rozsa

köszi a gyors reakciót!

unit tesztekre reviewt kérni (codeowners file elvégzi), 1 személytől approve szükséges tőlük

rendben, intézem

Ha visszafele kompatibilis, akkor a fejlesztői tesztek során régi és új verzióval szükséges ellenőrizni a

videó hívás
visszajátszás
szoba újrakonvertálás
nyers videófile-ok letöltés
audio letöltése
funkciókat.

ez pipa, tesztelve lett minden vuer-localdev és vuer-docker környezetben is

célszerűnek tűnik a fent említett feladatokat merge előtt elvégezni.

igen, mindenképp így lesz

Ha bekerült develre, utána mi a szándék a többi partnernél? Javasolt, hogy legyen frissítve a janus, vagy inkább maradjon mindenki olyan verzión amin eddig ha nem volt hiba?

a janus-gateway jelen verziójába sok fix bekerült, amik a partnereknél is előfordulnak. szóval a terv az, hogy minden facekom partnerhez kikerül. sőtt, én szorgalmaznám azt is, hogy érdemes lenne erre kitalálni valamit, hogy x időnként menjen egy update belőle. ugyanis elég termelékeny az olasz Meetecho csapat és folyamatosan jönnek ki javítások a már kiadott verziókra.

bővebb a kód develre juttatásánál az elfogadási kritérium, több esetnek és feltételnek kell megfelelni. mert lehet hogy ennél a partnernél oké, de egy másiknál nem tudna működni. Érdemes lehet fontolóra venni ezt az opciót.

rendben, ezzel kapcsolatban mindjárt beszélek Balázzsal >>>

  • Balázs Nagy: <<<UNTRUSTED 1. a kódnak a régivel és az újjal is kompatibilisnek kell lennie, ettől fogva mindegy melyik partnernél régi vagy új van kint…
  1. szorgalmazon a folyamatos frissítést, de nem észtelenül mindi csak alaposan letesztelt fix verziókra frissíthetünk, szemelőtt tartva a vissza felé kompatibilitást.
  2. Sajnos a rafi elég kacifántos és nem kapkod így pl az Unicredit lehetne a másik partner ahol először kipróbáljuk! (ott van realtime, non-realtime web és sdk is!) >>>
  • Zsolt Mészáros: <<<UNTRUSTED Ahogy látom akkor a devel verzió a feladat és onnan kerül be a Rafihoz.

Keresek akkor egy teszt csapat tagot és reviewztatom vele is a kódot a develes PR ben. >>>

  • Balázs Nagy: <<<UNTRUSTED A 3. pont arról szól hogy a Rafi mellett az unicredithez is menjen, mert lehet a rafinál 1 hónap is eltelhet… >>>
  • Zsolt Mészáros: <<<UNTRUSTED Igen, rendben! Elkezdem a local teszteket erre a partnerre is nemsokára… >>>
  • Zsolt Mészáros: <<<UNTRUSTED Unicredit issues
  • Vuer_build repo PR
  • Unicredit OSS PR (teszt code review egy teszt csapattaggal)
  • Vuer-localdev env tesztek (videochat, self service, mobile, websdk)
  • Vuer-docker env tesztek (videochat, self service, mobile, websdk)
  • Release >>>
  • János Hunyadi: <<<UNTRUSTED test memo
platformverzióélőség - eredmény
mobil-sdk2.8.5sikeres
mobil safari18.1sikeres
16.7.8sikeres
mobil chrome18.1sikertelen
16.7.8sikertelen
mobil firefox18.1sikertelen
16.7.8sikertelen
  • Zsolt Mészáros: <<<UNTRUSTED Csinálnám az unicredit janus release-t. Hogy az üzemeltetők tudjanak buildelni, ezt a PR-t is kellene reviewzni és mergelni. https://github.com/TechTeamer/vuer_build/pull/93 Ezt rakhatom rád @bence.rozsa ? Vagy más ennek a felelőse?

Illetve megjött a teszt csapattól az approve ide: https://github.com/TechTeamer/vuer_oss/pull/5635 Ezt te tudod mergelni, hogy tudjam az unicredit releasehez használni? >>>

  • Bence Rozsa: <<<UNTRUSTED @zsolt.meszaros oss mergelve, vuer build approveolva >>>
  • Zsolt Mészáros: <<<UNTRUSTED Unicredit release
  • Kenyeres László: <<<UNTRUSTED Mindeközben frissült:

[v0.15.0] - 2024-11-25

  • Refactored logging internals [PR-3428]
  • Use strtok to parse SDPs [PR-3424]
  • Diluted frequency of PLI in the VideoRoom (thanks @natikaltura!) [PR-3476]
  • Fixed compilation of AudioBridge in case libogg isn’t available (thanks @tmatth!) [PR-3438]
  • Better management of call cleanup in SIP plugin [Issue-3430]
  • Change the way call-IDs are tracked in the SIP plugin (thanks WebTrit!) [PR-3443]
  • Increased maximum size of custom SIP headers [Issue-3459]
  • Other smaller fixes and improvements (thanks to all who contributed pull requests and reported issues!)

[v0.14.4] - 2024-09-10

  • Limit number of SDP lines when parsing (workaround for OSS-Fuzz issue) [PR-3414]
  • Normalized monotonic time to Janus start
  • Added PLC (packet loss concealment) support to the AudioBridge (thanks @spscream!) [PR-3349]
  • Cleanup participant queues when muted in the AudioBridge [PR-3368]
  • Added “listannouncements” request to the AudioBridge (thanks @keremcadirci!) [PR-3391]
  • Use sequence numbers instead of timestamps for the jitter buffer in the AudioBridge [PR-3406]
  • Fixed small leak in Lua and Duktape plugins [PR-3409]
  • Fixed management of data buffering in Streaming plugin [PR-3412]
  • Fixed event handers for SIP plugin when using Sofia SIP >= 1.13 (thanks @ ycherniavskyi!) [PR-3386]
  • Other smaller fixes and improvements (thanks to all who contributed pull requests and reported issues!) >>>
  • Bence Rozsa: <<<UNTRUSTED @laszlo.kenyeres a fejleszés átáll a fő ágra (master, 1.x) >>>
  • Balázs Nagy: <<<UNTRUSTED | Partner | Janus v. | Build | Megj. | >>>
  • Zsolt Mészáros: <<<UNTRUSTED Feladat

légyszi nézd meg a videóhívás közben a webrtc folyamatot, kell egy ábra, hogy mi történik css, janus, turn oss db és file kiírás terén és miért 6 file keletkezik, mikor keletkeznek és pl mi történik egy janus timeoutnál

(from Balázs) >>>

Vuer-docker new janus build: https://github.com/TechTeamer/vuer_docker/pull/185 Vuer-build: … ha fenn lesz harboron az uj janus image … >>>

  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO

A janus új verziókba belekerült egy Admin/Monitor API: https://janus.conf.meetecho.com/docs/admin.html Ez pl curl al kérdezgethető a janus konténerbe lépés után és a Janus állapotáról ad vissza infókat. Iderakok 1-2 példa kérést, hogy látványosabb legyen a infó erről:

curl -s http://127.0.0.1:7088/admin -H 'Content-Type: application/json' -d '{"janus":"ping","transaction":"t1"}'

curl -s http://127.0.0.1:7088/admin -H 'Content-Type: application/json' -d '{"janus":"info","transaction":"t2"}'

curl -s http://127.0.0.1:7088/admin -H 'Content-Type: application/json' -d '{"janus":"list_sessions","transaction":"t3"}'

Build során ennek ellenére nincs semmilyen hiba, csak amikor elindul a janus, akkor kiírja error meg warning label alatt hogy nem találja a config filet ehhez a featurehöz. Ez ha nincs berakva neki, annak ellenére minden teljesen jól működik. Teszteltem. És itt meg is jött a magyarázat arra, miért működik ez jól minden partnernél akihez eddig kikerült. Azért, mert ettől nem hal el semmi, másrészt meg azoknál is biztos benne van a logban ez a pár piros sor, csak nemes egyszerűséggel nem nézték :slightly_smiling_face:. A BB meg igen… Szóval van nagyon egyszerű megoldás, ami az hogy a dockernek volumeként be lehet adni egy üres jcfg filet, amivel már nem lesz se error se warning és minden szolgáltatás megy. Teszteltem. Ennek ellenére én inkább azt javasolnám, hogy adjunk meg neki valamilyen alap adatokat, amivel konténeren belül el lehet érni ezt a szolgáltatást a janus-gateway felé, viszont a portot dockeren kívülre ne rakjuk ki. Így a biztonságtechnikai kérdések meg is vannak oldva, illetve ha későbbeikben valahol kellene plusz infó a janusról nekünk egy valamilyen debugolás miatt, akkor tudjuk ezt az admin/monitor apit használni.

https://github.com/TechTeamer/vuer_docker/pull/185/files#diff-f50fa94804603e1aef4f5f9a15c040190d320f5fbe7d4480378175657031bae6 >>>

  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO

Partnerek ahol indokolt lehet a janus update:

  • NÚSZ (memory leak - folyamatban a 1.3.2)
  • Polgári Bank (memory leak)
  • Cofidis (memory leak)
  • Unicredit
  • MVM
  • Raiffeisen (FYI: kb 15 tickettel le vannak maradva a PRODON a release hez képest… náluk sok idő mire kiér >>>
  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO

Van egy ilyen kavarás ami hol előjön hol nem: https://youtrack.techteamer.com/issue/ASSBB-39#focus=Comments-4-177723.0-0 Rafinál pl megy, BB nél meg ez van. Instacashnél meg csak warning van.

Marci: annyi kellene majd csak, hogy ami a jegyben van fájl azt felmásoljuk a konténerbe minden buildnél https://youtrack.techteamer.com/issue/FKITDEV-8109 >>>

  • Bence Varga: <<<UNTRUSTED 2026 elején igyekezzünk szállítani új Janus verziót. >>>
  • Zsolt Mészáros: <<<UNTRUSTED ISSUES

1.2.4 nél jöttek elő ilyen hibák a logban… utána kellene nézni:

  • Deprecated subscriber ‘join’ API: please start looking into the new one for the future
  • Waiting for candidates-done callback… (slow gathering, are you using STUN or TURN for Janus too, instead of just for users? Consider enabling full-trickle instead) >>>
  • Zsolt Mészáros: <<>>
  • Zsolt Mészáros: <<<UNTRUSTED DEV MEMO
  • Meetecho csapat által kibocsájtott legújabb stabil janus-gateway megkeresése: https://github.com/meetecho/janus-gateway
  • Techteamer update branch létrehozás
  • PR a Techteamer janus-gateway repójára. pl: https://github.com/TechTeamer/janus-gateway/pull/8
  • vuer-oss yml leállítása (docker compose -f vuer-oss.yml down - ebben van a janus is), majd janus image törlés (docker rmi janus)
  • vuer-docker repo janus könyvtárában új image generálása az új janus-gateway kód alapján (ki kell cserélni a JANUS_VERSION_NUMBER-t az új tag verzióra és a JANUS_VERSION_COMMIT argokat a fentebb létrehozott új verziós branch utolsó commitjának a hash-ére)
docker build --no-cache   --build-arg JANUS_VERSION_NUMBER=1.4.0   --build-arg JANUS_BUILD_NUMBER=100   --build-arg JANUS_REPOSITORY=TechTeamer/janus-gateway   --build-arg JANUS_VERSION_COMMIT=20610e2baccc2c6309dab3ee046ac9942824a627   --build-arg UID=1000   --build-arg GID=1000   -t janus_local   -f ./Dockerfile   .
  • vuer-docker repo vuer-oss.yml ből a janus block image sorát ki kell cserélni erre (a fenti sorban én janus_local néven gyártottam le, azért ez az érték)
image: "janus_local"
  • vuer-oss indítás (docker compose -f vuer-oss.yml up -d)
  • log check jól fut e a janusunk (docker logs janus_local). valami ilyesmit kell látni >>>
  • Zsolt Mészáros: <<<UNTRUSTED v1.4.0

VuerDocker: https://github.com/TechTeamer/vuer_docker/pull/205 JanusGateway: https://github.com/TechTeamer/janus-gateway/pull/8 >>>

  • Zsolt Mészáros: <<<UNTRUSTED Feladatok:
  • az előző commentben lévő kód jól lefut az 1.4.0 és az előző 1.2.4 verziójú janussal. viszont pár partnernél még van 0.12.4, amihez sajnos az openssl már nem okés a mostani vuer-docker-ben. ezt meg kellene oldani, hogy visszafelé kompatibilis legyen az összes Facekom-nál használt verzióra
  • ez a hiba janus-api deprecated hiba, ami nem okoz problémát a működésben, de egy kis ráncfelvarrás jól jönne neki (Deprecated subscriber ‘join’ API: please start looking into the new one for the future) >>>
  • legyen a janus-gateway repóban a tagek között is 1.4.0
  • vuer-docker build teszt (nem harboros) >>>
  • Bence Varga: <<<UNTRUSTED A frissítés elkészült, ha lesz bug, vegyünk fel rá új taskot. >>>

Graph View

Backlinks