[Techinfo] VOIP SIP probléma több szolgáltatónál - folyt köv.

[ka at mayten.sch.bme.hu]

On 2017-08-14 08:37, Horváth Péter wrote:
> 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.
> 

erre nincs szukseg


>  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

az openvpn konkretan lehet l2 es l3 reteg-beli is, konfiguracio fuggo.  
Mukodik az l2 bar nem javasolt a hasznalata mert kontraproduktiv.

> 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.
> 
ez sokkal automatizaltabb, mint gondolnad.  az openvpn mondjuk egy 
oszvermegoldast hasznal scriptek formajaban, de peldaul az ipsec minden 
tamogatott platformon (a windowst is beleertve) tok automatikusan kezeli 
ezt.

>> 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.

teljesen hetkoznapi a problema, tipikusan NAT eseten szokott 
elofordulni, de tudni kell a megfelelo sip beallitasokat is, 
nevezetesen, hogy a peerek kenyszeritve vannak-e az RTP felepitese 
kapcsan barmire.  celszeru voltan a pbx-en at kezelni az rtp-t es 
tiltani a kozvetlen kapcsolatot, legalabbis elso lepesben.

Mivel azonban nem derultek ki konkret ip cimek, sip fejlecek illetve 
beallitasok, en eddig olvastam.

udv
adam