<div dir="ltr">Same experience here.  It was a member of the UC line although I can't remember if it was UC3xx or UC5xx.  As I recall the payload number was configurable, but static nonetheless.<div><br></div><div>The customer with the UC system took it back to Cisco as a bug, and to the best of my knowledge they accepted it as such to be addressed in a future release.<br>
<div class="gmail_extra"><div><div dir="ltr"><div><br></div><div>The real world indeed.   In this case the real world was a collection of different endpoints Sonus, Adtran, Asterisk, Freeswitch, Metaswitch, Polycom and Blink endpoints, most using 101, but some not.  All playing by the same rules except the UC box.  Lovely.</div>
<div><br></div><div><br></div><div>- Jeff</div><div><br></div></div></div>
<br><br><div class="gmail_quote">On Mon, Nov 25, 2013 at 11:27 AM, Andreas Sikkema <span dir="ltr"><<a href="mailto:asikkema@unet.nl" target="_blank">asikkema@unet.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> No, there is no way for changing this. The telephone-event uses a dynamic payload, endpoints should just use the one advertised. We haven't found any interoperability issues related to this until now.<br>

><br>
> Out of curiosity, what media server are you using?<br>
<br>
</div>I have seen some Cisco IOS based hardware not playing nice when using<br>
other payload types than what it expects, especially when some strange<br>
Cisco proprietary functionality related to payload types has been<br>
enabled.<br>
<br>
I know these could be considered bugs, but this is the real world ;-)<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Andreas Sikkema<br>
Senior Service Engineer<br>
UNET, Almere, the Netherlands<br>
+31 36 845 4558<br>
mail: <a href="mailto:asikkema@unet.nl">asikkema@unet.nl</a><br>
sip: <a href="mailto:asikkema@unet.nl">asikkema@unet.nl</a></font></span></blockquote></div></div></div></div>