[Techinfo] VOIP SIP probléma több szolgáltatónál - folyt köv.
Sándor Fehér
fehersandor at madach-starjan.sulinet.hu
2017. Aug. 14., H, 09:56:05 CEST
>Openvpn az nem egy L2 bridge szintű kommunikáció
Alapestben valóban ez a helyzet, de tudja az L2 bridget is.
> EOIP tunnelt is kellene csinálni.
A vps-nél nincs mikrotikem, sajnos így ez kiesett.
>De mi lenne ha a helyi hálózat (amiben az ATA-k vannak) lenne a VPN
szerver oldal, és a VPN kliens pedig a VPS-ben működő dolog.
Jelenleg így van a rendszer kialakítva. A mikrotiken van egy vpn szerver
és a vps pedig kliensként csatlakozik hozzá.
Úgy gondolom, hogy a problémát az okozza, hogy a vps-ben csak egy
hálózati interfész van és nincs mögötte tényleges belső hálózat. ( a
linux netfilter így nem a forward láncon kezeli a forgalmat véleményem
szerint)
Én is gondoltam az L2 bridge kialakításra, de a fentiek miatt nem működne.
Megkérdezem a supportot, hogy tudnak e egy plusz interfészt adni, ami
nem csatlakozik a netre.
Esetleg virtuális interfészt is megpróbálom, hátha.
Köszönöm az ötleted, nekem is szimpatikusabb, ha nem kell 2 voip szerver.
2017. 08. 14. 9:37 keltezéssel, Horváth Péter írta:
> A helyes működés érdekében az lenne a legjobb ha a SIP proxy (vagyis
> PBX) egy broadcsat domainben lenne (L2 bridge) az ATA egységekkel mint
> korábban.
>
> Majd kijavítanak ha tévedek, vagy pongyolán fogalmazok, de szerintem
> az Openvpn az nem egy L2 bridge szintű kommunikáció, hanem egy
> magasabb szintű IP réteg beli. Vagyis a szerver oldali hálózat és a
> kliens oldali hálózat soha nem lesz egy broadcast domain openvpn-el
> összekapcsolva.
> Így ha mindenképpen openvpn-t szeretnél, akkor még az openvpn
> csatornán belül, egy EOIP tunnelt is kellene csinálni. Mikrotik
> környezetben ez lenne a legegyszerűbb.
>
> Ezen kívül ha jól értelezem, akkor jelenleg az összes ATA egység külön
> VPN kapcsolatot épít fel a PBX szerver felé. Viszont a VPN szervernek
> minden egyes felépült VPN kapcsolathoz,
> módosítania kell a saját routing tábláját. Ez más OS-eknél nem annyira
> automatizált folyamat, mint a mikrotik esetében.
>
> De mi lenne ha a helyi hálózat (amiben az ATA-k vannak) lenne a VPN
> szerver oldal, és a VPN kliens pedig a VPS-ben működő dolog.
>
> Vagyis az egyszerűség, és megbízhatóság érdekében ha csak 1 VPN
> kapcsolat lenne a helyi hálózat, és a virtuális szerver között az jó
> lenne.
>
>
>
>
>
>
> 2017. 08. 12. 23:29 keltezéssel, Sándor Fehér írta:
>> Sziasztok!
>>
>> Még mindig ezzel szórakozok :) és elakadtam az "erdőben".
>> Jelenleg a rendszer felépítése:
>>
>> VPS (egy adatközpontban, freepbx legújabb stable OS-al)>>>>>INTERNET
>> >>>>>> pár darab okostelefon (zoiper titkosítva srtp-vel)
>> I>>> MIKROTIK (OPENVPN) >>>>>> pár darab
>> SPA3102 ata (titkosítás nélkül)
>>
>> A szerver eddig ott volt, ahol az ata-k és nem volt gond, hogy
>> titkosítás nélkül mentek.
>> Átköltöztettem a rendszert egy VPS-re és minden flottul megy, kivéve
>> egy dolgot:
>> A spa3102-k egy mikrotiken keresztül kapcsolódnak a vps-hez openvpn
>> segítségével és azt vettem észre, hogy az RTP kommunikáció nem a
>> vpn-ben történik, hanem csak a kontrol csatorna megy ott.
>> Ha hívok egy külső telefonszámot, a kapcsolat felépülése a vpn-ben
>> látható ( udp 5060) majd amikor a hívott fél felveszi a telefont,
>> akkor a WAN oldalon látni az udp kommunikációt udp 10000 és udp 20000
>> között titkosítatlanul.
>> Ez így nem túl biztonságos, mert lehallgathatóak a beszélgetések az
>> ata-k között.
>>
>> Azt találtam ki, hogy csinálok még egy freepbx szervert az ata-k nak
>> és a két freepbx-et kötöm össze titkosított IAX2-vel a SIP helyett.
>>
>> Működőképes az elgondolás?
>> IAX2 tud teljes egészében a tunnelben működni?
>>
>>
>> A kimenő hívások "lehallgatása" nem érdekel, de a belső telefonok,
>> amik egymással beszélgetnek, az mindeképp titkos kell legyen!
>>
>> ui: Az okostelefonok a zoiperrel tudnak srtp-t/ztrp-t is és azokkal
>> nincs ilyen gond.
>>
>>
>>
>>
>>
>> 2017. 06. 13. 13:44 keltezéssel, Fehér Sándor írta:
>>> Használ valaki reengert közülünk? ( VOIP, nordtelekom)
>>> Működik valakinek?
>>> Már minden jó, csak ez a szolgáltató nem megy!
>>>
>>>
>>>
>>>
>>> 2017. 06. 02. 9:37 keltezéssel, Fehér Sándor írta:
>>>> Sziasztok!
>>>>
>>>> Ti nem találkoztatok a tárgyban említett jelenséggel?
>>>> Tegnap óta egyik voip provideren sem tudok telefonálni.
>>>> A jelenség annyi, hogy a hang nem megy át.
>>>> Olyan mintha az RTP adatfolyam blokkolva lenne!!
>>>> Több internetszolgáltatónál ezt tapasztalom.
>>>>
>>>> Ötlet vagy vélemény?
>>>> Más is kínlódik ezzel?
>>>>
>>>> Üdvözlettel!
>>>> _______________________________________________
>>>> Techinfo mailing list
>>>> Techinfo at lista.sulinet.hu
>>>> Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
>>>> Illemtan: http://www.szag.hu/illemtan.html
>>>> Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
>>>
>>> _______________________________________________
>>> Techinfo mailing list
>>> Techinfo at lista.sulinet.hu
>>> Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
>>> Illemtan: http://www.szag.hu/illemtan.html
>>> Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
>>
>>
>>
>>
>> _______________________________________________
>> Techinfo mailing list
>> Techinfo at lista.sulinet.hu
>> Fel- és leiratkozás:http://lista.sulinet.hu/mailman/listinfo/techinfo
>> Illemtan:http://www.szag.hu/illemtan.html
>> Ügyfélszolgálat FAQ:http://sulinet.niif.hu/
>
>
>
>
> _______________________________________________
> Techinfo mailing list
> Techinfo at lista.sulinet.hu
> Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo
> Illemtan: http://www.szag.hu/illemtan.html
> Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lista.sulinet.hu/pipermail/techinfo/attachments/20170814/a4a7723f/attachment.html>
További információk a(z) Techinfo levelezőlistáról