Re: Re : [Linphone-developers] The possibility of expanding the program.

[Ogogon !!!]

 15.10.10 3:20, Aurelien Bouin wrote:
> Nope half duplex could be very interestin in some conditions like noisy 
> conditions etc.
I believe that the most interesting and essential scope of such devices 
- to connect radios via VoIP.

> Yes you have the RFCs... but you have the real world too I mean your SIP 
> communication have to be handled by the third party, if the third party is 
> yours then it should work out else ...
I am sorry, I did not understand the meaning of this phrase.

If you mean that all members should handle the exchange of information 
arising from the expansion SIP - it is quite normal situation.
SIP was created taking into account the fact that it can expand to take 
into account the wide variety of options-driven sessions.

In fact, we are talking about making arrangements for the description of 
the procedures half-duplex sessions:
1. The finding that the connection is established with a half-duplex device.
2. Getting a signal "COR" (Carrier Operated Relay), meaning that 
half-duplex receiver takes the air and sends a signal to an Internet 
connection. (In fact, it is notified that the threshold squelch found 
full signal and opened.)
3. Getting a signal notifying that the signal is "COR" is off.
3. Signal transmission "PTT" (Push To Talk), transforming a half-duplex 
device in transmission mode.
4. Transmit a signal telling you that PTT is off.

Agreement on the SIP-frames describing these procedures are subject to 
publication, discussion and approval.

> The "SIP mechanism" that I was thinking is to send SIP MESSAGE with something like a 
> message "TALK" and the power of the signal
And that, in this case gives the transmission level or power of signal?

>   and the third party could answer(if handled) "LISTEN" ... the power could be 
> useful in the switch process but it's a complex function !!!
I'm not quite sure what you meant when you said that this is a complex 
function? (In the mathematical sense?)

If you mean that both parties involved in the connection must support 
the required SIP-expansion, it is beyond doubt.

But actually I'm talking about the development of additional standards, 
as well as its inclusion in a multi-platform SIP-client "linphone", so 
that participants do not use the compounds of SIP-gateways with upgraded 
firmware for half-duplex could also work.

> Simon ... he is the linphone's god !!!
I do not know what Linphone are religious ...

> regards,
Ogogon.