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 04:33 | Komunita

    Konference OpenAlt 2026 hledá přednášející. Proběhne o víkendu 7. a 8. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.

    Ladislav Hagara | Komentářů: 0
    dnes 04:22 | IT novinky

    Společnosti OpenAI a Broadcom oznámily čip optimalizovaný pro AI pojmenovaný Jalapeño.

    Ladislav Hagara | Komentářů: 0
    včera 20:22 | Nová verze

    Deno (Wikipedie), běhové prostředí (runtime) pro JavaScript, TypeScript a WebAssembly, bylo vydáno v nové verzi 2.9. Hlavní novinkou je deno desktop pro převod Deno projektu na desktopovou aplikaci. Jedná se o alternativu k frameworkům Electron nebo Tauri.

    Ladislav Hagara | Komentářů: 2
    včera 15:44 | IT novinky

    Od zítra jsou Datové schránky oficiálně na nové adrese datovka.gov.cz. Adresa mojedatovaschranka.cz zůstává funkční do 27. srpna 2026, následně budou uživatelé automaticky přesměrováni na datovka.gov.cz.

    Ladislav Hagara | Komentářů: 3
    včera 13:44 | Nová verze

    Dolphin (Wikipedie), tj. open source multiplatformní emulátor herních konzolí GameCube a Wii od Nintenda, byl vydán ve verzi 2606. S podporou Game Boy Playeru.

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

    Vasudeva Kamath představil utilitu debvulns, alternativu k nativní utilitě debsecan, pro výpis zranitelností v Debianu. Navíc má především možnost výstupu ve strukturovaných formátech JSON a CSV. V plánu je exportér pro Prometheus.

    Ladislav Hagara | Komentářů: 0
    24.6. 21:44 | IT novinky

    Oficiální český státní eshop s elektronickými dálničními známkami nově najdete na edalnice.gov.cz. Doména gov.cz jasně potvrzuje, že jste na oficiálním státním webu [𝕏].

    Ladislav Hagara | Komentářů: 26
    24.6. 14:22 | Nová verze

    Byla vydána nová verze 4.8.0 interaktivního shellu fish (friendly interactive shell, Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 6
    24.6. 12:00 | Nová verze

    Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem se nově stal čínský LineShine v Národním superpočítačovém centru v Šen-čenu (NSCS) s výkonem 2,198 exaFLOPS. Z prvního místa sesadil americký superpočítač El Capitan s výkonem 1,809 exaFLOPS. Nejvýkonnější český počítač C24 klesl na 215 místo. Karolina, GPU partition klesla na 249. místo a Karolina, CPU partition na 475. místo.

    … více »
    Ladislav Hagara | Komentářů: 16
    23.6. 21:00 | IT novinky

    Zemřel průkopník videoherní hudby Bobby Prince (Wikipedie). Složil hudbu pro hry Wolfenstein 3D, Doom, Doom II, Duke Nukem II a Duke Nukem 3D.

    Ladislav Hagara | Komentářů: 20
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (8%)
     (2%)
     (17%)
     (31%)
     (3%)
     (6%)
     (2%)
     (15%)
     (26%)
    Celkem 1990 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 1209×
    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.