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 00:44 | Nová verze

    Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.

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

    FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.

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

    Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.

    Ladislav Hagara | Komentářů: 1
    včera 14:22 | Zajímavý software

    Insula Faktury je open source generátor faktur, který běží přímo ve webovém prohlížeči. Žádná registrace, žádné sledování, žádné omezení. Zdrojové kódy jsou k dispozici na Codebergu.

    Ladislav Hagara | Komentářů: 5
    včera 13:22 | Komunita

    První Mobile Linux Hackday v Plzni, tj. komunitní setkání věnované Linuxu na mobilních zařízeních, proběhne 24. července od 10:00. Akce je otevřená všem zájemcům – od zvědavců po zkušené vývojáře. Dopoledne proběhnou přednášky Davida Heidelberga a Petra Hodiny o aktuálním stavu mobilního Linuxu: proč vůbec chtít tučňáka v kapse, jaké telefony jsou dnes dobře podporované a co taková podpora obnáší. Po obědě se zaměříme na konkrétní

    … více »
    Ladislav Hagara | Komentářů: 0
    14.7. 19:33 | Nová verze

    3D software Blender byl vydán ve verzi 5.2 s prodlouženou podporou. Videopředstavení na YouTube.

    Ladislav Hagara | Komentářů: 0
    14.7. 16:55 | Zajímavý software

    SketchForge 3D (GitHub, reddit) je open source 3D editor / CAD běžící ve webovém prohlížeči bez nutnosti účtu nebo cloudového úložiště. Inspirovaný byl Tinkercadem. Doporučena je lokální instalace.

    Ladislav Hagara | Komentářů: 0
    14.7. 12:44 | Nová verze

    Byla vydána nová verze 11.9 webového prohlížeče Midori (Wikipedie, GitHub). S novým centrem ovládání, pokročilejším blokováním reklam, optimalizací výkonu…

    Ladislav Hagara | Komentářů: 0
    14.7. 04:22 | Zajímavý projekt

    Na Crowd Supply běží kampaň na podporu open source čtečky elektronických knih Open Book Touch. Postavena je na ESP32-S3. Má 4,26palcový dotykový e-papírový displej s rozlišením 480×800 pixelů, podsvícení, slot na microSD kartu. Cena je 149 dolarů a poštovné 12 dolarů. Dodání je plánováno na duben 2027.

    Ladislav Hagara | Komentářů: 8
    13.7. 18:00 | IT novinky

    Na Humble Bundle běží akce Linux: All the Things by O'Reilly a Picos, HATs, and More by Raspberry Pi Press. Elektronické knihy lze koupit se slevou a současně podpořit organizace Code for America a Raspberry Pi Foundation.

    Ladislav Hagara | Komentářů: 5
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (17%)
     (31%)
     (4%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 2131 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: 1236×
    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.