Přesměrování čísel na vlastním asterisku

[xsouku04]

Signalizačně to funguje, ale nepropojí se mi end-to-end hovorová cesta ani u úspěšného hovoru, ani u hovoru na vypnutý mobil. Nevidím tam příchozí RTP stream od vás. Není to tím, že musí přijít první RTP ze strany klienta (nás), které v tomto případě jednoduše nepřijde, protože náš Asterisk zase nemá z druhého call leg co přeposlat = žádné RTP nepřijal?? Má to řešení? Pokud si dobře vzpomínám na své problémy s Nokia E66-Asterisk-Odorik, tak u normálního hovoru toto řešit není třeba, protože Asterisk se vám ozve dopředným RTP streamem generovaným IP telefonem (pokud tím telefonem není E66). Ale možná je tam ještě nějaká jiná chybka... Můžu případně poslat trace, pokud vám to funguje.

Přesně tak. Aby se NAT otevřel je třeba jej prorazit zevnitř. To uděláme přidáním:

Kód: Vybrat vše

exten => _[*0-9].,n,Progress()
exten => _[*0-9].,n,playback(silence/1,noanswer)

Tohle můžeme pro jistotu vsunout u všech příchozích hovorů.

Neboli na asterisk za natem pošle RTP pakety jedno vteřinové ticho v době kdy ještě hovor není zdvihnutý a tím otevře NAT ze vnitř i pro pakety v druhém směru.
Abychom měli přehled o tom odkud kam proudí rtp (pro testování), stačí přidat příkaz

Kód: Vybrat vše

rtp set debug on

Jo a další věc je, že je nutné v paralelním zvonění nastavit zvonění na uri. Např.

Kód: Vybrat vše

sip:408806@408806
sip:@40806
sip:cokolichci@40806

sip:408806@408806 je ekvivalentní *408806 jen s tím rozdílem, že není generováno umělé zvonění, ale je přenášeno z Vašeho asterisku, kterému se tudíž tím pádem úspěšně daří otevřít NAT ze vnitř.

Aktualizoval jsem i návod na wiki.
http://wiki.4smart.cz/doku.php?id=odori ... o_rtp_data

[xmichald]

OK, otestuju po navratu do CR (zacatkeme pristiho tydne). Nezkouseli jste kombinaci, ze zvoneni nebude generovano koncovym asteriskem, ale po tom RTP streamu ticha posleme signalizacne ringing a budete ho generovat vy nebo vas provider? Ono to zvoneni prenasene pres hlasovy kanal od zakaznika pak asi nemusi byt poslechove uplne dokonale pri ne zcela idealnich paramterech linky... Asi si to bude chtit pohrat s nastavenim progressinband, vim, ze je tam nekolik ruznych moznosti a nejak by to jit mohlo.

[xsouku04]

OK, otestuju po navratu do CR (zacatkeme pristiho tydne). Nezkouseli jste kombinaci, ze zvoneni nebude generovano koncovym asteriskem, ale po tom RTP streamu ticha posleme signalizacne ringing a budete ho generovat vy nebo vas provider? Ono to zvoneni prenasene pres hlasovy kanal od zakaznika pak asi nemusi byt poslechove uplne dokonale pri ne zcela idealnich paramterech linky... Asi si to bude chtit pohrat s nastavenim progressinband, vim, ze je tam nekolik ruznych moznosti a nejak by to jit mohlo.

Nedokonalé zvonění není až takový problém, horší je nedokonalý hovor. Myslím, že nemá cenu to nějak řešit.
Ostatně to ticho můžete poslat jen u přesměrovaných hovorů kde je to nutné.

[xmichald]

Tak po této úpravě (posílání ticha popř. jiného zvuku) to již funguje jak má. Zvonění opravdu není dokonalé, ale asi se s tím dá žít. Nefunguje přenos indikace o přesměrování při volání do pevné sítě O2 (viditelné např. na ISDN lince a jejich VoIP přípojkách), při hovoru na mobil O2 je příznak zobrazován korektně. Jdou tedy hovory do těchto dvou směrů od Odorika jinou cestou?

[xsouku04]

Je to chyba, opravíme to.