Vlákno názorů k článku
Skype končí 5. května
od RRŠ - Jaj - to mi nedali moc času!
Omlouvám se...
-
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
-
Michal ŠmucrBronzový 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
-
Michal ŠmucrBronzový 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 :) -
Michal ŠmucrBronzový 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.
-
Michal ŠmucrBronzový 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í... -
Michal ŠmucrBronzový 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ží. -
Michal ŠmucrBronzový 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. :)
