<div dir="ltr">Will the snippet Jon gave you now be sufficient?<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 31, 2019 at 8:19 PM qabane me <<a href="mailto:qabaneitsolutions@gmail.com">qabaneitsolutions@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Andrew</div><div><br></div><div>I will reproduce the scenario and get the logs. There is no peering failover involved - the call is routed out through only one possible peer.</div><div><br></div><div>
ptime is set on domain or subscriber and you are calling out via a peer that has “unchanged” ptime right?- yes that is correct</div><div><br></div><div>
e repeated the test also in this setup and see that requested ptime is 
being send to subscriber, the log shows “Enabling transcoding engine” - that is where the difference seems to lie - the requested ptime to the subscriber has indeed changed to 20, but we do not get "enabling transcoding engine" in the log.</div><div><br></div><div>But let me try to get the log and take it from there!</div><div><br></div><div>Regards</div><div>Theo<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 31, 2019 at 6:26 PM <<a href="mailto:apogrebennyk@sipwise.com" target="_blank">apogrebennyk@sipwise.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div>
<div name="messageBodySection" style="font-size:14px;font-family:-apple-system,BlinkMacSystemFont,sans-serif">
<div dir="auto">Hi,
<div dir="auto">can’t reproduce your problem. I checked on-net calls and calls to peer and with all possible combinations of options it does the right thing. In your particular scenario, ptime is set on domain or subscriber and you are calling out via a peer that has “unchanged” ptime right? We repeated the test also in this setup and see that requested ptime is being send to subscriber, the log shows “Enabling transcoding engine”</div>
<div dir="auto"><br></div>
<div dir="auto">Granted, I tested with latest version and not mr6.5.3, but the changes in rtpengine.cfg are minimal and should be non-relevant between the two versions. Also Richard confirmed that rtpengine does what it is supposed to do when invoked with correct parameters using our test. So kindly asking you to share some more information, such as rtp.log with verbose (ngcp-loglevel rtpengine --set-verbose) and exact test scenario if this is not what I understood. Also, is there any peering failover involved or the call is routed out via the first available peer successfully?</div>
</div>
</div>
<div name="messageSignatureSection" style="font-size:14px;font-family:-apple-system,BlinkMacSystemFont,sans-serif"><br>
<div dir="auto">Regards,
<div dir="auto">Andrew</div>
</div>
</div>
<div name="messageReplySection" style="font-size:14px;font-family:-apple-system,BlinkMacSystemFont,sans-serif">On 31. May 2019, 14:20 +0300, qabane me , wrote:<br>
<blockquote type="cite" class="gmail-m_7665069190508988105gmail-m_8871960588302992827spark_quote" style="margin:5px;padding-left:10px;border-left:thin solid rgb(26,188,156)">
<div dir="ltr">
<div>Hi</div>
<div><br></div>
<div>Ok we did a little more digging with the help of Jon. It looks like this is indeed a bug? When the ptime is set to anything except "leave unchanged" on the peer side, and then we force the ptime to 20 on the subcriber side, it works. The log will show "Enabling transcoding engine".</div>
<div><br></div>
<div>However, when the peer side has "leave unchanged" and the subscriber is forced to 20, the log does not show that. So it looks like in that case it does not invoke the transcoding engine. From what I understand from the manual it should though.</div>
<div><br></div>
<div>I hope that helps?<br></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, May 23, 2019 at 8:18 PM qabane me <<a href="mailto:qabaneitsolutions@gmail.com" target="_blank">qabaneitsolutions@gmail.com</a>> wrote:<br></div>
<blockquote class="gmail_quote gmail-m_7665069190508988105gmail-m_8871960588302992827spark_quote" style="margin:5px;padding-left:10px;border-left:thin solid rgb(230,126,34)">
<div dir="ltr">
<div>Hi</div>
<div><br></div>
<div>ok I got it to work with changing the ptime to the subscriber. So while the peer sends ptime 60, sipwise now has ptime 20 in the invite to the subscriber. However, it would appear that even though it states ptime 20, it is in actual fact still ptime 60 as the underlying subscriber, in this case Freeswitch, states that it is receiving it in ptime 60.<br></div>
<div><br></div>
<div>How do I check this?<br></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, May 23, 2019 at 10:27 AM qabane me <<a href="mailto:qabaneitsolutions@gmail.com" target="_blank">qabaneitsolutions@gmail.com</a>> wrote:<br></div>
<blockquote class="gmail_quote gmail-m_7665069190508988105gmail-m_8871960588302992827spark_quote" style="margin:5px;padding-left:10px;border-left:thin solid rgb(52,152,219)">
<div dir="ltr">
<div>Hi</div>
<div><br></div>
<div>I have been playing with repacketisation. I could not get it to work on 6.4 and have now upgraded to 6.5.3 but it's not working on that either. Or I am misunderstanding it of course.</div>
<div><br></div>
<div>If I understand it correctly, if I set a ptime of 20 for a subscriber, sipwise should always send a ptime of 20 to subscriber, regardless of what it receives from the peer. This is the part that is important for us as we have subcribers who cannot handle a ptime of 60 and we have peers who use that ptime.</div>
<div><br></div>
<div>When we set ptime on a peer level, it does appear to do it correctly. So when we as a test force the ptime to a peer to 60 and leave it unchanged on a subscriber level, this is what happens.<br></div>
<div><br></div>
<div>Subsribers >>>ptime 20>>>>sipwise<br></div>
<div>sipwise >>>ptime 60>>>> peer</div>
<div>sipwise<<<<<ptime 60 <<<<peer<br></div>
<div>subscriber<<<<ptime 60<<<sipwise<br></div>
<div><br></div>
<div>That looks correct as per our configuration in that case.</div>
<div><br></div>
<div>However when we leave the peer ptime unchanged and force the ptime on a subscriber to 20, this is what happens:</div>
<div><br></div>
<div>subscriber >>>> sipwise ptime 20</div>
<div>sipwise >>>> peer ptime 20</div>
<div>sipwise <<<ptime 60 <<<<peer</div>
<div>subscriber<<<<<ptime 60 <<<<sipwise</div>
<div><br></div>
<div>My understanding is that on the leg to the subscriber it should use ptime 20 in this case as we specifically configured the subscriber as such?</div>
<div><br></div>
<div><br></div>
</div>
</blockquote>
</div>
</blockquote>
</div>
_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com" target="_blank">Spce-user@lists.sipwise.com</a><br>
<a href="https://lists.sipwise.com/listinfo/spce-user" target="_blank">https://lists.sipwise.com/listinfo/spce-user</a><br></blockquote>
</div>
</div>

</blockquote></div>
</blockquote></div>