Názory k článku
Skype končí 5. května
-
Jaj - to mi nedali moc času!
Omlouvám se za dotaz, ale Teamsy jaksinejsou můj šálek čaje
. Nevíte, zda:
a) existuje linuxový klient, který by seděl v liště a umožnil pohodlně vést hovory,
b) umí ty Teamsy telefonovat na běžná telefonní čísla (a převede se mi kredit?),
c) umí ty Teamsy i příchozí hovory na telefonní číslo?
Já mám Skype snad 20 let, posledních cca 12 let místo telefonu (poté, co mi turozbili
pevnou linku - a mobil mi doma nefunguje). Takže pokud nenajdu nějakou náhradu (která by neznamenala na všech strojích zprovoznění SIPu...), budu muset honem rychle vymámit z O2 pevnou linku - a to se nejspíš nestihne, i kdyby se to podařilo. -
FíkZlatý podporovatelNa pevnou asi ne, prý platícím zákazníkům je doporučeno kredit utratit, ale nečetl jsem to nijak detailně.
-
Tam je houbeles, do pátého května mám utratit kredit, ale možná bude fungovat vytáčení z webu.
Jenže to není řešení: já bych rád měl možnost telefonovat bez toho, že vylezu venna mráz
lovit signál (o situaci, kdy zároveň potřebuji interagovat s klávesnicí a obrazovkou, nemluvě).
Skype mi umožnil telefonovat na klasická čísla ze všech zařízení, pokud se chytila internetu: PC, NB... To je to, co potřebuji nutně nahradit.
A relativně rychle, protože se opravdu nechci dostat do situace, kdy nebudu moct ani držet pohotovost, protože se mi nikdo nedovolá - a já se taky nikomu nedovolám. (Nebo chodit stanovat ven.) -
Máme VoIP od https://www.fayn.cz/ již mnoho let s tím že máme VoIP Panasonic bránu a tři sluchátka. Chodí do dobře ale pokud je jen jedna veřejná IP, tak je potřeba na NATu nastavit
/sbin/iptables -t nat -A PREROUTING -i $TOINET_IF -p udp -m udp --dport 10000:11000 -j DNAT --to-destination 192.168.1.25
/sbin/iptables -t nat -A PREROUTING -i $TOINET_IF -p udp -m udp --dport 5060 -j DNAT --to-destination 192.168.1.25
/sbin/iptables -t nat -A PREROUTING -i $TOINET_IF -p tcp -m tcp --dport 5060 -j DNAT --to-destination 192.168.1.25
/sbin/iptables -A INPUT -m state --state NEW -i $TOINET_IF -m tcp -p tcp --dport 5060 -j ACCEPT
/sbin/iptables -A INPUT -m state --state NEW -i $TOINET_IF -m udp -p udp --dport 5060 -j ACCEPT
/sbin/iptables -A INPUT -m state --state NEW -i $TOINET_IF -m udp -p udp --dport 10000:11000 -j ACCEPTZatím to mám na iptables.
Jinak mám od nich i další číslo pro VoIP z počítače linphone nebo twinkle na Qt5 od Luboše Doležela chodí pěkně. Na mobilu také SIP (VoIP) klienti nejsou problém. Stejně tak CESNET VoIP.
Jinak s Fayn jsem celkem spokojený, ale si budou i lepší. Zároveň mi před časem potvrdili, že ještě dlouho nebudou mít IPv6. Bylo to v době, kdy přechod UPC/Vodafone změnil technologii a zrušil nám bez náhrady více veřejných IP k té placené statické. Ale měli bychom mít IPv6 prefix, takže kdyby Fayn a ten Panasonic IPv6 uměly, tak by šlo zanechat VoIP mimo NAT a tedy funkční i když padne počítač... Novější Panasonic nebo jiná brána IPv6 mít může ale na straně Fayn to stejně řešení není.
-
Já potřebuji, aby to chodilo i v síti, kterou
nemám pod kontrolou
. Tedy: přijdu kamkoliv, kde je internet, připojím se, telefonuji. (Ani svou domácí síť tak úplně nekontroluji. Tam musím držet pravidla pro přístup na VPN - na tohle mají naši bezpečáci hodně přísnej metr.)
A, pochopitelně, bez veřejné IP, ideálně i na IPv6 síti...28. 2. 2025, 18:06 editováno autorem komentáře
-
msmucrBronzový podporovatel
Přesně tak, v případě místa bez signálu, ale s funkční WiFi sítí, bych se snažil primárně rozchodit VoWiFi. Jedno číslo, funguje pak kdekoliv transparentně včetně posílání SMS. Ano tarifikuje se to jako normální hovor v mobilní síti, ale pokud je to i na práci a pohotovosti s nějakým slušným tarifem, nemuselo by to tak vadit.
Chápu, že někomu vyhovuje VoIP a klasické aparáty, osobně mě to vždycky přišlo strašně otravné, akorát jsem řešil a stresoval se zmeškanými hovory, když jsem nebyl někde u přístroje :)
Z komunikačních aplikací pak řeším jen pracovní skupinové hovory nebo video a věci domluvené dopředu. -
Koupit si GSM repeater? Zisková anténa na střechu směrem na BTS, pak sektorka svítící do baráku. Do určitého výkonu je to i plně legální, ale pokud je to někde na samotě...
Jdou vygooglit firmy, co to řeší a dodávají, takže buď si to nechat dodat na klíč nebo si dát pozor na to jakých frekvencích to pracuje a podle mapy na gsmwebu si ověřit na čem se okolo vysílá.
-
Tady je jiný problém, než
není signál
, nazval bych topod svícnem tma
: mám nad hlavou BTS, která mne pod sebou nevidí, ale ta nejbližší naproti pro změnu nebere signál mobilu, protože BTS mne maže. Musím utéct z toho kužele pod vysílačem - a zároveň z bytu.
Žel, řešení pro mne by znamenalo, že to odnese někdo ze sousedů...
Já si zvykl, že nemám mobil - měl jsem Skyoe. ;oD -
Jako obyvatelé domu jste reklamaci zkoušeli, že to u vás v baráku nefunguje? V tomto případě by dopokrytí neměl být zas takový technický problém.
Jinak ještě jak tu bylo zmíněno vedle, v tomto případě by dobře fungovalo i VoWIFI. Pokud telefon a operátor podporuje, ale přesto to nefunguje, tak si zkontrolovat nastavení routeru, jestli to nějak nezařezává IPSEC.
-
Ono se to reálně týká jen jednoho bytu - toho, kde bydlím. ;o(
O patro níž už to funguje, a další sousedé jsou už alespoň z větší části mimo ten hluchý kužel.
(Takže: řešili, ale bez rozumného výsledku.)
Ono mi to fakticky nevadilo: měl jsem pevnou linku, a když ji zrušili, tak Skype. Takže nebyl důvod to nějak hrotit. -
DannyStříbrný podporovatelOno to VoWiFi v pohode funguje i pres NAT, IPSEC se zabali do UDP, klasickej NAT-T na portu 4500. Takze pokud clovek neni echt-paranoik a nereze i tohle, moc duvodu, aby to nefungovalo fakt neni.
-
DannyStříbrný podporovatel
No minimalne Android implementaci nema a ani na to neexistuje oficialni RFC. Aneb ty implementace, co jsou a co vam IPSEC zabali do TCP jsou proprietarni (Cisco, Fortinet...).
28. 2. 2025, 22:23 editováno autorem komentáře
-
msmucrBronzový podporovatel
Nemyslím si že to jde poslat přes TCP. Neznám všechny kombinace operátorů a telefonů, ale když jsem se díval jak to funguje z telefonu s O2 SIMkou, tak se používal klasicky IPSEC s NAT-T přes UDP port 4500.
Stejně je zvláštní, že vám takhle vůbec nechodí UDP, to musí způsobovat daleko víc problémů.
Tak mě napadá, nemáte třeba Vodafone DSL s dual stack IPv6/IPv4? Tam jsem narážel u víc lidí na podobný problém, resp. tvářilo se to s jejich CGNATem jako UDP blackhole :) -
msmucrBronzový podporovatel
Jaký je pro VoWifi potřeba telefon, aby to fungovalo? Jakýkoliv Android?
Potřeboval bych ideálně nějaký tlačítkový (dotykové věci si se mnou nerozumí), ale v každém případě kapesní, tak do 5" úhlopříčky - nic jiného, než telefonní hovory od toho nežádám.
Mělo by to chodit s Androidem. Byť samozřejmě mám jen omezený vzroek - z okolí pak Samsung, Motorola, RealMe.. víceméně Android 11 vyšší.
Ale nedal bych ruku do ohně, že to pojede na těch "vykoštěných" variantách, co se dávají do některých tlačítkových telefonů, většinou s nějakým specifickým launcherem.
Asi to bude s těmi specifickými požadavky chtít trochu zapátrat.. teď v rychlosti
jsem našel zmínky o funkčním VoWiFi na Xiaomi Qin F21 Pro
https://stani.1blog.cz/elektronika/qin-f21-pro-t57.html
U těch úplně klasik tlačítkových je pak zmínka o VoWiFi třeba v manuálu u flipu Nokia 2720
https://www.t-mobile.cz/dcpublic/Nokia_2720_Flip_popis_nastaveni.pdfS tím malým (pod 5") dotykovým to bude spíš bída. Tak 5.5" je dneska asi začátek.
-
S VoWiFi bych se mrknul na web operátora. Tuším, že VoWiFi vedle VoLTE, 5G a Vo5G patří k věcem,.které potřebují, aby v telefonu byla nějaká konfigurace od operátora, takže ne každý telefon s VoWiFi bude fungovat s každým operátorem. Možná dnes bude situace lepší, když je v ČR oficiálně Pixel a Google tuším po operátorech chce, aby tu konfiguraci dávali rovnou do AOSP. Takže s trochou štěstí by dnes libovolný Android s relativně aktuálním softwarem mohl mít konfiguraci pro české operátory. Ale prakticky jsem to s jiným telefonem než Pixelem neprovozoval.
-
msmucrBronzový podporovatel
@sweto
To jo, ten NAT-T principiálně nemá problém s dalšími překlady a pokud to někdo explicitně nefiltruje, tak je to většinou v pohodě. Já zmiňoval čistě český Vodafone (EX-UPC) na VDSL (optika a DOCSIS v pohodě) a s tím dual stackem. Kdy prostě z nějakého důvodu zahazoval určitou UDP komunikaci ven. Třeba WireGuard tunely nebo i můj testovací UDP echo server (v úplně jiné síti) a blbnulo by to pak i s IPSECem zabaleným v UDP.
Jediné, co to v těchhle zmíněných případech vyřešilo, že nešťastník zavolal na Vodafone, tam řekl "Mám problém s VPNkou do práce" a na druhé straně se ozvalo "Aha, tak já vám vypnu režim s IPv6, to většinou zabere.". A jo, skutečně to pomohlo. Stalo se mi to vloni u třech lidí, všichni se zmíněným připojením a ISP, nikdo další neměl žádné podobné potíže.
Bohužel jsem se pořádně nedobral, co tam bylo (je) špatně. Nikdy jsem nebyl přímo na místě, heslo do modemu neměli, a hlavně už s tím nechtěli experimentovat dál.Tak mě to jen napadlo, jak zmiňuje RRŠ problémy s UDP. Ale samozřejmě nevím, neznám jeho připojení. Jen mi přijde divné, že pokud by to bylo opravdu kvalitou linky a byl tam velký packet loss, tak by se to mělo projevit i na TCP s hromadou re-transmissionů.
Navíc poměrně dost služeb pracuje primárně po UDP, takže to buď bude "koktat" taky, nebo se to minimálně zpomalí, než případně naskočí nějaký fallback na TCP. -
Potvrzuji, že hlasové služby koktají.
Velký packet-loss se tu opravdu projevuje, hlavně v případech, kdy to spojení je více vytížené (večer...). Ale reálně mi nevadí, že to spadne pod 10 Mb/s, já tu videa netahám.
Aha, tak já vám vypnu režim s IPv6, to většinou zabere.
Tož tohle by byl problém IPv6 chci mít funkční. ;oD Přeci jen: nemám ten internet jen na telefonování... -
msmucrBronzový podporovatel
@RRŠ
Nevím jakého máte provozovatele, jestli to je také Vodafone, jako v těch zmíněných případech s dual stackem. Vůbec nemusí jít o to samé.
Taky chápu, že tyhle věci můžou mít pro každého jinou prioritu. Mě osobně by tohle vcelku štvalo a vždycky jsem se tohle snažil řešit a mít pokud možno bezproblémové připojení, i když to mohl být finálně třeba dražší. I právě kvůli tomu, že to používám na práci, pohotovosti, testování různých věcí, pomáhání známým, rodině a nemíním pak ještě řešit, co se ztrácí a neprojde po cestě ke mě.
Podobně pak na třeba na streamování, kdy hodně VOD služeb a CDN jede nativně přes HTTP/3 tedy po UDP.Já bych, teď úplně nezávisle na telefonování, nahodil nějaké testovací TCP/UDP, IPv4/IPv6 endpointy např. s iperfem třeba na nějaké VPSce v internetu, a snažil se nějak exaktně zjistit, kde to hnije, jaké jsou ztráty paketů při určitých rychlostech, v jakých časech atp. Vyloučil, že je chyba někde u mě a případně to pak řešil s provozovatelem nebo i jen zjistil jaké jsou možnosti.
-
Provozovatele mám
místního wifináře
, který funguje celkem solidně. I s těmi výpadky, které se snaží řešit, a které jsou částečně způsobené záškodnickou činností neznámého pachatele, je to nejlepší a nejrychlejší připojení dostupné v našem domě.
Vzhledem k tomu, že VoD používám málo (a navíc se to cachuje), tak mi občasný výpadek tolik nevadí. A VPN mám postavenou nad TCP, kde to sice občas shodí rychlost, ale spojení obecně drží. -
msmucrBronzový podporovatel
Aha, tak držím palce, aby se mu to povedlo vyřešit.. nebo třeba v budoucnu u vás implementoval nějakou výhodnější technologii.
Tím asi padají moje spekulace o problémech s různými dalšími překlady, GGNATem atd., jestli to opravdu hnije primárně na fyzické vrstvě. -
Vodafone, ex-UPC cable a i další přešly bez většího informování na režim buď placená jedna pevná veřejná IPv4 adresa a IPv6 s prefix, myslím /52. Ale tvrdě bez dalších veřejných dynamických IPv4. Lze si pak pak přepnout modem na bridge a za ním řešit vlastní NAT na více zařízení a minimálně mě klasický SIP s Fayn ani s jejich STUN servery bez nastavení na NATu na Debianu nechodil. Pokud je nechaný modem v default stavu, tak vytvoří NAT, ale s tím očekávám, že SIP bez nastavení také bude mít potíže. Druhá a pro individuální zákazníky typičtější možnost, tentokráte bez pevné IPv4, že nastaví linku na nějaký tunel asi na jejich 6 to 4 výstupní bod a uživatel dostává od modemu tři IPv4 které jsou veřejné ale ne statické, mohou se měnit. Tam by SIP měl na Ethernetu fungovat, pokud i v tomto režimu není modem v režimu NATu. Ale na WiFi to asi bude NAT vždy...
-
Což o to, signálu by bylo
plno čárek
, ale stejně se nepřipojím. Už jsem to tu vysvětloval - tohle je situacepod svícnem tma
.
A mou chybou bylo předpokládat, že to není třeba nijak hrotit, když Skype tohle všechno umí, a navíc funguje na všem. -
Ondřej CaletkaZlatý podporovatelTahle teorie mi trochu nesedí, vzhledem k tomu, že mobilní telefony využívají v naprosté většině případů FDD a tedy vysílající mobil je o několik desítek MHz jinde než vysílající základnová stanice.
-
Je to jen teorie, ale já mám spíš pocit, že ta protější BTS tam prostě žádný mobil neočekává nebo se prostě přímému směru na tu BTS vyhýbá.
Technik operátora nad tím jen pokrčil rameny, nepotvrdil, nevyvrátil, jen řekl, že tu anténu by šlo posunout nad jiného nešťastníka, ale stožár pro instalaci je ve střeše zakotvený nade mnou.
Popravdě: v tomhle nejsem úplně kovaný odborník, a protože řešení jsem tenkrát měl doslova před nosem (Skype) a za zády (pevná/ISDN linka), vůbec jsem to nezkoumal. -
Na něco používáme Viber a ten má funkci Viber Out Call: https://help.viber.com/hc/en-us/articles/9193175283741-How-to-make-a-Viber-Out-call
Přímo na té stránce píšou: Use Viber Out to call any phone number in the world!
Vnímám to jako možnou alternativu, ale bez osobních zkušeností a píšu to sem, jen že vím, že to tam je. :)
-
No potěš. Tak rychle komunito, máte nějaký tip? Já Skype nepoužíval jako volací SW (i když občas). Ale hlavně jako společný CHAT/SHARE kanál s celou rodinou.
- klient musí fungovat na PC Windows / Linux
- klient musí být v repozitáři IOS a ANDROID (tedy telefony/M1 notebook)
- možnost chatrooms 4 osob (najednou) a chaty mezi osobami individuálně
- chaty lehce umí posílat soubory z klienta
- posílání souborů i offline osobě
- pokud možno, nezávislost na webovém prohlížeči
- pokud možno, výhled aspoň na 5 let funkce (tak čau google)
- možnost share obrazovky klienta výhodou (rychlý servisní access)Tak já jdu hledat :-(
-
Můj tip: Signal:
+ na Winndows/Linux funguje (lze spárovat),
+ na Android lze snadno nainstalovat (iOS nemám...),
- chat více osob naráz jsem nezkoušel, ale nějaké skupiny by to umět mělo...
+ posílání souborů funguje,
+ nevím, že by to šlo přes webový prohlížeč, ale nezávisle zcela určitě ano ;oD
+ předpokládám, že 5 let vydrží, pokud ho nedoženou regulace EU,
- share obrazovky neumí :o(
* nutnost instalovat na mobilu - je navázané na telefonní číslo,
* nepodařilo se mi spárovat dalším Androidem,
* neumí volání z/na běžná telefonní čísla ;o(
* není to open řešení... -
k3dARStříbrný podporovatelu vsech vidim "Licensed under the GNU AGPLv3":
https://github.com/signalapp/Signal-Android
https://github.com/signalapp/Signal-Desktop
https://github.com/signalapp/Signal-iOS
https://github.com/signalapp/Signal-Server -
Ten důvod proč Telegram nepoužíve E2E šifrování defaultně je ten, aby mohl ukládat konverzaci a tu pak obnovit na všech zařízeních, které se přihlásí pod stejným účtem.
Takže o ni tak snadno nepřijdete jako u Whatsapp, navíc můžete připojit více android zařízení.
Používám oboje, Telegram je lepší. Má prostě více možností a lepší aplikaci pro Linux.
Samozřejmě pokud je člověk nějaký agent, nebo dělá něco nelegálního, tak má jiné priority. -
Jedna věc je, že je E2E šifrování defaultně vypnuté. (To ne mimochodem IMHO spíše problém z hlediska mass surveillance než pro agenty a nelegální činnosti.) Druhá věc je, že ten protokol vypadá jako ne zrovna nejlepší studentský projekt a nemám velkou důvěru ve znalosti autorů ohledně aplikované kryptografie. A s ohledem na jejich reakce na některé výtky nemám důvěru ani v jejich schopnost sebereflexe.
-
Protokol jsem nezkoumal. Používám obojí, jak WhatsApp tak Telegram. A prostě Telegram má více možností, open source aplikace, které fungují lépe. V linuxu je plně nativní aplikace. Nikdo uživatele neomezuje třeba tím, aby používal jen předepsané klienty.
Předpokládám, že důraz na E2E šifrování WhatsApp je především marketingová záležitost, neb v ostatních věcech všichni umí posoudit, že Telegram je na tom lépe. Jestli tam jsou nebo nejsou zadní vrátka je druhá věc. Kdyby zadní vrátka existovala, tak jakákoli zmínka o E2E je vlastně lež.Telegram také používám na posílání a sdílení fotografií. Fotky mám zálohovány i jinde, ale tohle je rychlý a pohodlný doplněk pro použití přímo z místa.
Servery mohou poslat do Telegramu zprávy, např. pokud něco přestane fungovat nebo např. začne docházet místo na disku. Lze to udělat jen zavoláním jediného URL a všichni dostanou zprávu. Tyto zprávy lze totiž sdílet ve skupině - např. všichni vývojáři.
Hovory přes Telegram lze napojit na pobočkovou telefonní ústřednu. A podobně.
Prostě Telegram je nakloněn méně obvyklému používání. Můžete přes telegram např. řídit svůj kotel, pomocí chatu s vlastním chatbotem. Chatbot může mít i tlačítka.Ale pokud někomu nevadí různá nesmyslná omezení na WhatsApp (které se často zdůvodňují právě tím E2E) a že bez speciální péče dříve nebo později přijdou o historii konverzací včetně společně sdílených fotek (jestli to vůbec u WhatsApp jde), tak je to jejich věc. E2E komunikace je důležitá jen v některých kruzích. Pro běžného uživatele jsou důležitější spíše věci ve kterých Telegram vyniká.
Nicméně každý musí používat především to, co používají jeho známí, takže to často není jeho volba.
-
Tím
masterem
nemusí být nutně telefon, úplně klidně to může být tablet (jen je třeba z telefonu opsat akrivační SMS)...
...ale dostat to na tablet bez modemu (bez možnosti přidat SIM) je občas boj.
Každopádně ta aplikace na Androidu předpokládá, že jemaster
a nepodařilo se mi ji přípárovat jako další zařízení.
Na druhou stranu: na PC/NB lze mít více Signálů, připárovaných pod různá čísla, což se u případuslužební + soukromé
docela hodí. ;o) -
Vraj na Teams, ten teams čo je polofunkčný paskvil? V práci to mám a stačí mi to. V kalendári naplánované cally sú úplne zabugované, neviem prijať, neviem odstrániť. Počas callov samotných to blbne. Chat je snaď jediný ako tak bez problémov, aj keď aj tu by sa našli problémy a zvyšok Teamsu je v podstate nefunkčný. Často len čierne okno a nič. Zdielanie obrazovky tiež blbne. Tak o čom?
Skype síce nepoužívam už dlhú dobu, a som prekvapený že neskončil už dávnejšie. Ale Teams nie je náhrada.
-
Chat bez problemu? Me teda ukazuje chat k minulym nesouvisejicim schuzkam v okne stavajici schuzky.
Ale zase samotne volani funguje :)
Jen lidi maji problem v tom sdilet co potrebuji. Klasicka chyba - sdili power point prezentaci, kterou nasledne spusti do prezentacniho rezimu coz powerpoint dela novym oknem, a vsichni vidime porad puvodni okno powerpointu misto okna prezentace samotne. Fascinujici jak program mrkvosoftu nespolupracuje s jinym mrkvosoftim programem. -
Nebo se prostě někdo ve vedení podíval na nějaké tabulky, zeptal se "a proč vlastně ještě pořád tlačíme ten ztrátový projekt Skype?" Poradil se s pár dalšími na své úrovni, a pak prohlásil: "Příští kvartál to vypněte." A je jedno, jak informované jsou ruce o sobě navzájem, když se hlava ze dne na den rozhodne.
-
Jen zajímavost z praxe. Používáme Teams a jeden dodavatel z Asie má Skype. Je zajímavé, že na některé zaměstnance dodavatele se z mých Teams dostanu na jejich Skype a jiné mi to odmítá, přitom jsou všichni v jedné lokaci na stejné síti (píše to něco o network restrictions). K těm, co se dostanu, to ale umožňuje pouze holý text, bez obrázků, bez smajlíků, bez formátování textu (bold, italic). Ale i tak je to operativnější než email.
Teď asi přejdou (budou muset) na Teams, tak jsem zvědavý, jestli a jak to bude fungovat.
ČLÁNKY DO MAILU