abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 02:00 | Nová verze

    Jonathan Thomas oznámil vydání verze 4.0 nelineární střižny OpenShot. Nově podporuje nahrávání obrazu a zvuku, vylepšuje uživatelské rozhraní, mj. color grading, přidává další efekty a mnoho dalšího (seznam změn).

    |🇵🇸 | Komentářů: 0
    včera 17:22 | Komunita

    Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.

    Ladislav Hagara | Komentářů: 1
    včera 16:11 | Komunita

    Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.

    Ladislav Hagara | Komentářů: 0
    včera 15:55 | Zajímavý software

    Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.

    Ladislav Hagara | Komentářů: 0
    včera 15:11 | IT novinky

    Heureka Group uspěla v soudním sporu se společností Google. Městský soud v Praze vydal rozhodnutí v oblasti soukromoprávního vymáhání soutěžního práva. Společnosti Heureka Group přiznal náhradu ušlého zisku ve výši 250 milionů korun, což spolu s úroky z prodlení a náhradou nákladů řízení činí více jak 410 milionů korun. Základem celého sporu bylo protisoutěžní jednání technologického giganta Google v letech 2013 až 2017. Google na

    … více »
    Ladislav Hagara | Komentářů: 9
    včera 14:44 | Komunita

    Dnešním dnem končí LTS podpora Debianu 11 s kódovým názvem Bullseye. K dispozici je Extended LTS podpora.

    Ladislav Hagara | Komentářů: 0
    28.8. 08:11 | Komunita

    Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.

    |🇵🇸 | Komentářů: 25
    28.8. 02:22 | Nová verze

    Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.

    Ladislav Hagara | Komentářů: 4
    28.8. 02:11 | Zajímavý článek

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.

    Ladislav Hagara | Komentářů: 1
    28.8. 00:55 | Nová verze

    Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (19%)
     (29%)
     (7%)
     (6%)
     (2%)
     (15%)
     (22%)
    Celkem 2527 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: SIP+RTP nelze se připojit

    28.11.2007 16:13 N0rT0n | skóre: 9 | blog: Lama | Brno
    SIP+RTP nelze se připojit
    Přečteno: 1339×
    Ahoj všem, řeším záludný problém ohledně připojení VoIP telefonu do sítě. Vše spočívá v tom, že registrace telefonu proběhne v pořádku, můžu telefonovat, ale protistranu neslyším. Odhadoval bych to na nepropustnost RTP portu. Telefony mám v podstatě dva, jeden doma schovaný za NATem s tím, že forwarduji příslušné porty. Tam jde vše naprosto v pohodě. Druhý telefon bych rád použil v práci (dokonce i se stejným hardwarem jak na straně routeru, tak telefonu), ale problém bude pravděpodobně v restrikci portů od 1024 a výše někde na routeru, který nemám pod palcem. Porty 22,80 atp. router propouští dovnitř (vyzkoušeno) ale porty vyšší než 1024 (pravdepodobně) ne. Telefon bohužel neumí (resp. neumožňuje použít RTP port nižší než 1024). Původní myšlenka byla forwardovat nějaký nižší port na telefon (tuším, že telefon má přednastavený RTP 5004), ale to bohužel nejde.

    IP adresa telefonu je normálně routovatelná z Internetu. Telefon je Siemens Gigaset C450IP, VoIP operátor je mujtelefon.cz.

    Napadá někoho z Vás, jak toto nějak elegantně vyřešit? Případně naklepl by mě někdo nějakou myšlenkou, jak to co nejjednodušeji obejít (k dispozici mám nepřeberné množství strojů s Linuxem, routovatelnými IP adresami (se všemi porty :-) ), bohužel mimo síť v práci. VPN a forwardování provozu skrz VPN beru jako krajní řešení.

    Díky všem moc za pomoc či případně nasměrování správným směrem. VoIP jde trošku mimo můj záběr ...

    Odpovědi

    28.11.2007 17:40 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: SIP+RTP nelze se připojit
    Zdrojový port odchozího RTP proudu vždy vybírá odesílající telefon. Takže pokud na něm není možné tento port změnit, nezbývá nic jiného než mezi telefon a zlý firewall postavit stroj, který bude přepisovat SDP a přesměrovávat RTP pakety.

    V podstatě hledáte SIP proxy s integrovanou RTP (media) proxy. Vyzkoušet můžete siproxd.
    28.11.2007 18:06 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: SIP+RTP nelze se připojit
    Odhadoval bych to na nepropustnost RTP portu.

    Jako první věc bych doporučoval vzít si wireshark a tenhle odhad si ověřit.

    Pokuď se potvrdí, že žádný RTP pakety skutečně nechodí, tak jako druhá věc by mělo následovat zjištění, kde se ztrácejí. Z SDP "těla" SIP packetů zjistíte RTP porty spojení a ty poté zkuste pomocí tracepath "propingnout", čímž zjistíte, kdo packety zahazuje.

    A teprve až od správce daného systému nepřijde na žádost o nápravu žádná odpověď (nebo zamítavá odpověď) bych hledal "alternativní" řešení v podobě proxy/tunelů

    Každý má právo na můj názor!
    13.12.2007 14:21 N0rT0n | skóre: 9 | blog: Lama | Brno
    Rozbalit Rozbalit vše Re: SIP+RTP nelze se připojit
    Problém vyřešen, správce neměl nic proti otevření příslušných portů dovnitř na pevnou adresu. Na příslušné adrese sedí router s NATem, dovnitř jsem forwardoval port 5004 a vše jede tak jak má.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.