Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Problem between CUPS and CUPC when they are in different vlan

For information, CUPS and CUPC are assigned to different vlan: CUPS is in Management vlan and CUPC is in data vlan and IP Phone is in voice vlan.

However it seem that there are very much delay between CUPS and CUPC like change status or even IM between CUPC.

But when I try change CUPC to be on the same vlan as CUPS (Management vlan), it work fine, no more delay.

I'm now using SW3750 to manage the vlan.

What could really be the cause?

New Member

Re: Problem between CUPS and CUPC when they are in different vla

To all who may concern,

It's an emergency. I need this problem to be solve before July as I am going to start with the customer production. There are even more vlan to be implemented than that of my test scenerio.

I even have try upgrade the Presence server to ver 6.0(2) now, but the problem still occurred.

If anyone have come across this problem or could think of any possibility, please do post some suggestion.

Thank you in advance.

New Member

Re: Problem between CUPS and CUPC when they are in different vla

hey, i faced such issues before and tried to look thru the log files. Basically it's something to do with your DNS lookup.

I forget which exact log file was it but it's somewhere from the CUPC software folder

This is what i found out :

*** INFO LCWabiAccount - (WABIMSG_ACCTINFO) acct SLOT 0 - CUPS (casey@poc.local) (0x01deb8c8), URI=sip:casey@poc.local, instance=52, proxy=, reg=true, pres=true, SL=false, KPML=false, CiscoKeepAlive=false

*** INFO LCWabiAccount - (WABIMSG_ACCTINFO) acct SLOT 1 - CCM (7934@ (0x01dfee00), URI=sip:7934@, instance=69, proxy=, reg=false, pres=false, SL=false, KPML=true, CiscoKeepAlive=false

Basically there's slot 0 & slot 1. Your delay is cause by SLOT 0 fails, so it will resend via SLOT 1 , this delay is roughly around 1 minutes (the timeout period)

To solve the problem, basically you need to make sure that your user's PC is able to resolve this "poc.local", it seems like some sort of bug to me, which i can't really explain why

during this poc setup, we provision our own poc dns server but customers are pointing to their own DNS

all i did was to do a forwarder in the POC DNS server to customer's DNS server, it started working (but the customer's DNS server don't even have a "poc.local" entry.)

CreatePlease login to create content