[Freeswitch-users] Fwd: mod_opal - call charged before H.225 connect

[Georgiewskiy Yuriy]

On 2009-10-23 13:52 +0200, Tihomir Culjaga wrote freeswitch-users at 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 at jabber.tula-ix.net.ru JID: GHhost at jabber.tula-ix.net.ru
YG129-RIPE                        YG129-RIPE