On 2009-10-23 13:52 +0200, Tihomir Culjaga wrote freeswitch-users@lists.fre...: TC>> TC>> TC>3. can we control mediaWaitForConnect flag within setup message via TC>> config TC>> TC>file setting? TC>> TC>> what is mediaWaitForConnect flag, may be another trmin in h323? TC>> TC>> TC>> TC>If the calling endpoint sets the mediaWaitForConnect element to TRUE in the TC>Setup message, then TC>the called endpoint shall not send any media until after the Connect message TC>is sent. TC>The calling endpoint may begin transmitting media (according to the channels TC>opened) immediately TC>upon receiving a Q.931 message containing fastStart. Thus, the called TC>endpoint must be prepared to TC>immediately receive media on the channels it accepted in the Q.931 message TC>containing fastStart. TC>Note that national requirements may prohibit calling endpoints from TC>transmitting media prior to TC>receipt of a Connect message; it is the responsibility of the endpoint to TC>comply with applicable TC>requirements. TC> TC> TC>check "H225_Setup_UUIE & H323SignalPDU::BuildSetup" within src/h323pdu.cxx TC>(H323plus) i think it can be implemented later, but, why it may be needed? can you explain some situation where it need? TC>> TC>... TC>> TC>> may bee, while i in hospital i have a very limited ways for testing, TC>> especially for inbound calls throuce h323. i find one issues in signaling TC>> part in h323plus, src/h323.cxx grep "Very Frustrating - S.H." try uncomment TC>> fast start handling there, may be it help. TC>> TC>> TC>I'm not sure it is gonna help. This is only for CallProceeding having a TC>faststart element... What i have is a progress message without a faststart TC>element but with h245 address... it should go to StartControlChannel but i TC>think it is stuck since you call pre_answer before it actually opens a LC. TC> TC> TC>PBoolean H323Connection::OnReceivedProgress(const H323SignalPDU & pdu) TC>{ TC> if (pdu.m_h323_uu_pdu.m_h323_message_body.GetTag() != TC>H225_H323_UU_PDU_h323_message_body::e_progress) TC> return FALSE; TC> const H225_Progress_UUIE & progress = TC>pdu.m_h323_uu_pdu.m_h323_message_body; TC> TC> SetRemoteVersions(progress.m_protocolIdentifier); TC> SetRemotePartyInfo(pdu); TC> SetRemoteApplication(progress.m_destinationInfo); TC> TC> // Check for fastStart data and start fast TC> if (progress.HasOptionalField(H225_Progress_UUIE::e_fastStart)) TC> HandleFastStartAcknowledge(progress.m_fastStart); TC> TC> // Check that it has the H.245 channel connection info TC> if (progress.HasOptionalField(H225_Progress_UUIE::e_h245Address)) TC> return StartControlChannel(progress.m_h245Address); TC> TC> return TRUE; TC>} TC> TC> TC> TC>you should handle this and postpone pre_answer until you get an open LC. pre_answer is not complete at this time, i say it a some kinde of hack, there is another issues with it ans sofia in case proxy-media true. C уважением With Best Regards Георгиевский Юрий. Georgiewskiy Yuriy +7 4872 711666 +7 4872 711666 факс +7 4872 711143 fax +7 4872 711143 Компания ООО "Ай Ти Сервис" IT Service Ltd http://nkoort.ru http://nkoort.ru JID: GHhost@jabber.tula-ix.net.ru JID: GHhost@jabber.tula-ix.net.ru YG129-RIPE YG129-RIPE