Hi Joegen, There is something wrong in Null and 0... Kumaran wrote: > > Yes,I'm pertaining to actual SDP from 200 towards 201.If calling > 100 from 200 means I'm Calling AA from 200 and here 100 doesn't mean > 201 its AA > > Joegen Baclor wrote: >> One last. When you said "call will not contain SRTP part", I assume >> you are pertaining to actual SDP from 200 towards 201? >> >> you also said ".If I call 100 from 200 means SRTP part will be >> present". I assume 100 means 201? >> >> On 06/16/2011 05:15 PM, Kumaran wrote: >>> Yes,Joegen your right >>> >>> Joegen Baclor wrote: >>>> In the Enabled one the following is true? >>>> >>>> SRT Enabled: True >>>> Offer SRTP: True >>>> Require SRTP: False >>>> >>>> There are three params. Just trying to make sure we are in sync. >>>> >>>> On 06/16/2011 05:08 PM, Kumaran wrote: >>>>> >>>>> Yes.200 is SRTP enabled phone and 201 is STRP disabled phone..So >>>>> if I call either way there will no SRTP part.If I call 100 from >>>>> 200 means SRTP part will be present.. >>>>> >>>>> Joegen Baclor wrote: >>>>>> So you are saying Offer SRTP doesn not mean what it says? Phones >>>>>> do not offer SRTP with this set? >>>>>> >>>>>> On 06/16/2011 04:57 PM, Kumaran wrote: >>>>>>> Hi Joegen, >>>>>>> Just now found out,if Require SRTP is disabled,Both the >>>>>>> scenario is >>>>>>> working but the call will not contain SRTP part...either way >>>>>>> from 200 or 201 >>>>>>> >>>>>>> Regards, >>>>>>> Kumaran T >>>>>>> >>>>>>> >>>>>>> Joegen Baclor wrote: >>>>>>>> If you set on Offer SRTP and not Require SRTP, does scenario 1 >>>>>>>> and 3 work? >>>>>>>> >>>>>>>> On 06/16/2011 02:23 PM, Kumaran wrote: >>>>>>>>> Hi All, >>>>>>>>> I'm testing SRTP for 4.4 in the 13th June build.George had >>>>>>>>> attached a new Polycom file " phone.xml and phone.properties >>>>>>>>> in Jira >>>>>>>>> (XX-9675)<http://track.sipfoundry.org/browse/XX-9675>which I have >>>>>>>>> replaced these files in /etc/sipxpbx/polycom..After replacing I >>>>>>>>> enabled the following option Enable SRTP >>>>>>>>> Offer SRTP >>>>>>>>> Require SRTP >>>>>>>>> AES_CM_128_HMAC_SHA1_32 for phones to enable SRTP function..Then >>>>>>>>> after enabling STRP in one phone I'm finding 2 different >>>>>>>>> scenario(1&3).... >>>>>>>>> >>>>>>>>> Scenario: >>>>>>>>> 2 users 200 and 201 >>>>>>>>> 200=Polycom 550 =0004f21ed193 >>>>>>>>> 201=Polycom 550= 0004f21ebe81 >>>>>>>>> I tested in following Order.So I if any trying maintain the >>>>>>>>> same order >>>>>>>>> Scenario:1 1.200 user -Polycom 550 -SRTP Enabled >>>>>>>>> 2.201 user -Polycom 550 -No SRTP Enabled >>>>>>>>> 3.Call 201 from 200 --Call is going to user 201.SRTP is >>>>>>>>> working >>>>>>>>> Fine...Lock symbol is present in both the phone and >>>>>>>>> AES_CM_128_HMAC_SHA1_32 line is present in the SDP part >>>>>>>>> 4.Call 200 from 201----Call going to IVR(Owner of the >>>>>>>>> EXT 200 is >>>>>>>>> not available) >>>>>>>>> Scenario:2 >>>>>>>>> 1.200 user -Polycom 550-SRTP Enabled >>>>>>>>> 2.201 user -Polycom 550-SRTP Enabled >>>>>>>>> 3.Call 201 from 200 --Call is going to user 201.SRTP is >>>>>>>>> working >>>>>>>>> Fine...Lock symbol is present in both the phone and >>>>>>>>> AES_CM_128_HMAC_SHA1_32 line is present in the SDP part >>>>>>>>> 4.Call 200 from 201--Call is going to user 200.SRTP is >>>>>>>>> working >>>>>>>>> Fine...Lock symbol is present in both the phone and >>>>>>>>> AES_CM_128_HMAC_SHA1_32 line is present in the SDP part >>>>>>>>> Scenario:3 >>>>>>>>> 1.200 user -Polycom 550 -SRTP Enabled >>>>>>>>> 2.201 user -Polycom 550 -No SRTP Enabled >>>>>>>>> 3.Call either way from 200 to 201 or 201 to 200 ---Call >>>>>>>>> is going >>>>>>>>> to IVR. >>>>>>>>> >>>>>>>>> I had attached MAC-sipx-sip.cfg for above three scenario.There is >>>>>>>>> difference in MAC-sipx-sip.cfg for first and third scenario >>>>>>>>> for 201 >>>>>>>>> user phone(which having same setting for both the scenario)in >>>>>>>>> SRTP >>>>>>>>> part.The same behavior is seen to other user also if we try in >>>>>>>>> above >>>>>>>>> order... >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Venkateshwaran T >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> sipx-dev mailing list >>>>>>>>> [email protected] >>>>>>>>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> sipx-dev mailing list >>>>>>>> [email protected] >>>>>>>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >>>>>>> _______________________________________________ >>>>>>> sipx-dev mailing list >>>>>>> [email protected] >>>>>>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/ >>>>>>> >>>>> >>>>> >>> >>> > >
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
