виж какво, смешник такъв !!! По-долу ще ти разясня някои неща и след това ще спра да си губя времето с такива "многознайници като теб".
Освен това, да те питам къде беше през цялото време докато се дискутираше астериск? И що ли не съм виждал постинги от теб на мейлинг-листа на Астериск???


Та:

Астериск не може да проксира само сигналлинг thread'а. При него има два варианта:

Или проксира ВСИЧКО (signalling + RTP) или не проксира НИЩО - direct mode.
Във втория случай Asterisk просто подава IP адресите между endpoint-ите и след това обаждането въобще го няма никакво в Астериска.
Е тогава, хуйо бледи, КАК ЩЕ ПРАВИШ АКАУНТИНГ НА ОБАЖДАНИЯТА ако Астериска ти ги обработва в Direct режим?


Ето ти и пример на direct режим. Виж как Астериск губи контрол върху разговора след свързването му и ти плюе CDR за 2 секунди (а той разговора си продължааааааааааава):

-- Call accepted by 6x.2x4.2x8.1x2 (format ULAW)
-- Format for call is ULAW
-- IAX2[voicepulse]/6 stopped sounds
-- IAX2[voicepulse]/6 stopped sounds
-- IAX2[voicepulse]/6 is ringing
-- IAX2[voicepulse]/6 stopped sounds
-- IAX2[voicepulse]/6 stopped sounds
-- IAX2[voicepulse]/6 answered IAX2[voicepulse@voicepulse]/1
-- Attempting native bridge of IAX2[voicepulse@voicepulse]/1 and
IAX2[voicepulse]/6
-- Channel 'IAX2[voicepulse@voicepulse]/1' ready to transfer
-- Channel 'IAX2[voicepulse]/6' ready to transfer
-- Releasing IAX2[voicepulse]/6 and IAX2[voicepulse@voicepulse]/1
-- Hungup 'IAX2[voicepulse]/6'


Относно transcodinga'а --> когато имаш различни кодеци, не можеш да правиш reinvite при SIPа и transfer (при IAX). Така че в тия случаи и директния режим няма да работи, само full proxy.

Btw, ако си този за който мисля, най-малкото пък ти имаш правото да ме съветваш да чета, след като не можеш един базов ASN дебуг от H323 да "прочетеш".


С това смятам темата за закрита.
Извинявам се на четящите за "силните" думи, ама ми писна от нагли и некадърни (2 в 1).