Dit artikel heeft betrekking op de snelweg van Cisco TelePresence Video Communication Server.
A. Een FindMe-id kan eigenlijk alles zijn wat u maar wilt, zoals een IP-adres, een reeks tekens of getallen, zodat alles wat een gebruiker vanaf een eindpunt kan bellen, kan worden gebruikt als een FindMe-id.
We raden echter aan om ID's FindMe in de vorm van een URI te gebruiken voor netwerken die momenteel SIP bevatten of SIP in de toekomst kunnen bevatten.
Terwijl het gebruik van niet-URI FindMe IDs in een H.323-only implementatie zou werken, zou dit gecompliceerd worden in een gemengde of SIP-only implementatie. Dit komt doordat SIP-endpoints alleen met een AOR kunnen registreren in de vorm van alias@domain en omdat SIP-dialing alleen kan worden uitgevoerd met URIs. Als u een alias zonder domein instelt van een SIP-only eindpunt, zal het eindpunt zijn eigen domein aan het alias toevoegen voordat het verzoek naar de VCS wordt verzonden.
Als je FindMe-id bijvoorbeeld 123 is en iemand 123 tegen een H.323-eindpunt draait, wordt de oproep naar de VCS verzonden als 123, die zal worden herkend als een FindMe-id, en zal worden opgelost naar alle aliases die u ervoor hebt ingesteld. Dit is zoals verwacht. Maar als 123 is geselecteerd op een SIP-only eindpunt (dat geregistreerd is als jane.smith@example.com) zal de oproep naar het VCS worden gestuurd als 123@example.com, wat de VCS niet zal kunnen vinden, zodat de oproep niet zal worden geplaatst.
U kunt het Call Policy op VCS instellen om de @voorbeeldv.com van alle inkomende oproepen af te schaffen, maar dan kunt u geen SIP-eindpunt bellen met zijn AOR, alleen via een FindMe-id die op de SIP AOR oplost.
Het gebruik van FindMe-id in de vorm van een URI voorkomt deze problemen.