<div dir="ltr">Hi Ryan<div><br></div><div>Thanks for your reply, thats saved me a lot of time. I can't believe this is not supported. I'll log a case and get it added to the enhancement.</div><div><br></div><div>Regards</div><div><br></div><div>Nick</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 27 February 2017 at 12:14, Ryan Huff <span dir="ltr"><<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div dir="auto">
<div>I can confirm that FJID is not supported over MRA. There is a bug ID for an enhancement request. It's only got 10 case on it though so you might want to jump on that wagon ;) .... squeaky wheel gets the attention and all.</div>
<div><br>
</div>
<div><a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuy33691/?reffering_site=dumpcr" target="_blank">https://bst.cloudapps.cisco.<wbr>com/bugsearch/bug/CSCuy33691/?<wbr>reffering_site=dumpcr</a></div>
<div><br>
</div>
<div>If you enable the experimental menu (assuming your EXP version has that capability) and you look in the unified log of Exp-C during a MRA login attempt with FJID (you could see this in the normal event log but there is a lot more noise) you'll notice that
 Exp-C is doing the standard UDS Service Discovery and then asking about the UserID being attempted, to the host it found in the discovery.</div>
<div><br>
</div>
<div>CCM (assuming that is your UDS target) will only respond positively to requests for the actual UserID ... which of course, is not the user's FJID.<br>
<br>
Either CCM/IMP would have to be modified to also be able to authenticate and identify users with the Directory URI OR, Expressway would have to have some sort of MRA alias authentication capability .... or a combination of both.</div>
<div><br>
</div>
<div>
<div>The solution I've come up with is for the user to login with FJID initially (internally), thereby caching the real UserID (which is subsequently pre-populated in future login attempts...assuming a recent client version). Then, whether MRA or not, the user
 is simply entering the password or using auto sign in.</div><div><div class="h5">
<div id="m_-6812439340543798845AppleMailSignature"><br>
</div>
On Feb 27, 2017, at 6:40 AM, Nick <<a href="mailto:csvoip@googlemail.com" target="_blank">csvoip@googlemail.com</a>> wrote:<br>
<br>
</div></div></div><div><div class="h5">
<blockquote type="cite">
<div>
<div dir="ltr">Hi Ryan
<div><br>
</div>
<div>Did you get this working, I have exactly the same issue, flexible JID works fine internally, when the service discovery is done, it presents the actual user id and password prompt, however when using MRA, it does its service discovery but prompts the email
 address and password field which it doesnt allow you to log in with, if you then change it to user id you can log in?</div>
<div><br>
</div>
<div>Anyone else come across this?</div>
<div><br>
</div>
<div>Regards</div>
<div><br>
</div>
<div>Nick </div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 15 February 2017 at 18:15, Ryan Huff <span dir="ltr">
<<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="m_-6812439340543798845HOEnZb">
<div class="m_-6812439340543798845h5">Has anyone got Flexible JID to work via MRA for the Jabber client's INITIAL, registration? FJID is working fine internally for INITIAL registration (and then the bootstrap is cached with the actual user ID so after that, doesn't really matter).<br>
<br>
J4W 11.8<br>
Exp c/e 8.7.1<br>
CUCM / imp 11.0.1<br>
(No LDAP, all CCM locally managed end users)<br>
______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailma<wbr>n/listinfo/cisco-voip</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div></div></div>

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