" If Cisco Unified Personal Communicator is configured for Desk Phone mode, a connection is established with the CTI Manager of Unified CM for phone control. "
Looks like CTI port needs to be consider only if the CUPC configured in deskphone mode. On Mon, May 21, 2012 at 8:05 PM, san r <luv...@gmail.com> wrote: > Is it something like SIP/SIMPLE & SOAP towards Presence server and > SIP/SIMPLE & CTI/QBE towards CUCM ? > > 2 ACL - one to CUPS and other to CUCM. Together can we call it as > 'signalling' from presence communicator? > > http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/7x/presence.html -- > Figure 22-1 Cisco Unified Presence Components > > > http://docwiki.cisco.com/wiki/Cisco_Unified_Presence,_Release_7.x_--_About_the_Interfaces_with_Cisco_Unified_Communications_Manager#About_the_Interfaces_with_Cisco_Unified_Communications_Manager > > Figure: Cisco Unified Presence Basic Deployment > > > On Mon, May 14, 2012 at 4:19 AM, Brian Turner <brianstur...@gmail.com>wrote: > >> I think you guys are over thinking it maybe. Isn't all traffic from the >> CUPC server Signaling traffic? The CUPC server doesn't really do anything >> but "Signaling" >> >> Media traffic goes from enpoint to endpoint, or endpoint to MTP etc. All >> other voice traffic is typically considered signaling. >> >> So an ACL that just matched all traffic to / from the CUPC server IP >> address would include signaling traffic for the CUPC server and little else. >> >> I didn't see the earlier email concerning the wording of the question, so >> this is a stab in the dark. >> >> Brian S Turner CCIE 6145 >> >> On Sun, May 13, 2012 at 11:39 AM, san r <luv...@gmail.com> wrote: >> >>> Release Notes for Cisco Unified Personal Communicator Release 7.0 >>> <https://mail.google.com/mail/html/compose/static_files/blank_quirks.html#wp85054>has >>> got all inbound & outbound port usage for CUPC >>> >>> >>> >>> http://www.cisco.com/en/US/docs/voice_ip_comm/cupc/7_0/english/release/notes/ol15710.html >>> >>> >>> >>> >>> On Sun, May 13, 2012 at 5:27 PM, san r <luv...@gmail.com> wrote: >>> >>>> I think we will need to consider the citi port number too >>>> On May 13, 2012 2:57 PM, "steven moran" <smoran...@gmail.com> wrote: >>>> >>>>> I've been doing some work on this topic and have moved away from my >>>>> original thoughts which were along the same lines as originally posted by >>>>> Nazeer and a few others . Here are some recent thoughts on the subject >>>>> >>>>> the question is not particularly well worded, we can't really >>>>> influence the traffic from the CUPC client to the server by applying >>>>> policy >>>>> on the server port. What we can do is control what the switch port does >>>>> with packets from the CUPS server to the clients by classifying and >>>>> applying an input ploicy on the server port. I went back to the presence >>>>> section in the CUCM srnd - the only traffic between CUPC and CUPS seems be >>>>> 5060 for sip/simple and 443 for SOAP, this was sort of backed up by the >>>>> information in the CUPC 7.1 release. The release notes also mention that >>>>> ports 16384-16424 are used for TFTP - but this would not be classed as >>>>> signalling. Since there are other servers on the port any access list >>>>> would need to specifiy the server IP address. If you wanted to make it >>>>> really specific you could also specify the destination address of the CUPC >>>>> clients as well. Finally by putting bidirectional access lists (any any >>>>> eq >>>>> and any eq any) you may loose the points as it might appear you are >>>>> hedging >>>>> your bets and do not know how directional QoS works. Also we are asked to >>>>> guarantee 32k for signalling traffic if we put non signalling traffic into >>>>> this policy we are not achieving the requirements. >>>>> >>>>> These statements are not facts, just my current opinion based on the >>>>> last bits of documentation read and I am happy to discuss. >>>>> Best regards. >>>>> Steve >>>>> >>>>> _______________________________________________ >>>>> For more information regarding industry leading CCIE Lab training, >>>>> please visit www.ipexpert.com >>>>> >>>>> Are you a CCNP or CCIE and looking for a job? Check out >>>>> www.PlatinumPlacement.com <http://www.platinumplacement.com/> >>>>> >>>> >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, >>> please visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >>> >> >> >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com