CUPC stay offline - 408 request timeout

Unanswered Question
Apr 5th, 2009
User Badges:

CUPC,CUPS ver 7.0(2)


I keep seeing "SIP/2.0 408 Request Timeout" from CUPS.


Have tried/checked

server health = green

system dashboard = green

proxy domain = somedomain.com

CUPC can resolve FQDN of CUPS

Digest Credentials = user password

ACL = all

firewall (windows client) shut down

SIP proxy Authentication Module Status = off


Have not configured

Extension mobility

Dialing rules


IPPM shows "Due to unavailability of presence services at this time, presence status may not be working correctly. Please notify your system administrator."


SIP message from sniffer trace is attached.

CUPS = 192.168.0.10

CUPC = 192.168.0.8

Please help. Thanks in advance.



Attachment: 
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Ayodeji Okanlawon Sun, 04/05/2009 - 08:14
User Badges:
  • Super Bronze, 10000 points or more
  • Cisco Designated VIP,

    2017 IP Telephony

Hi,


Can you run the troubleshooter on CUPS to check that all your cnfgration is fine. If this is okay, then you should restart your sip proxy service on CUPS

Ayodeji Okanlawon Sun, 04/05/2009 - 08:20
User Badges:
  • Super Bronze, 10000 points or more
  • Cisco Designated VIP,

    2017 IP Telephony

Hey,


ANother thing you want to check is to use server health to check the status of your presence engine....On CUPC, use server health to check what presence is saying....

htluo Sun, 04/05/2009 - 10:04
User Badges:
  • Red, 2250 points or more

Try the following:


1) On CUPS servicecability page, set SIP Proxy and Presence Engine trace level to 'debug'


2) Restart Presence Engine and SIP proxy service and wait for 5 minutes.


3) Start packet capture on CUPS with the command below:


utils network capture file cups count 100000 size all host all 192.168.1.101


Where "192.168.1.101" is the IP address of CUPC.


4) Try to log into CUPC and recreate the problem.


5) On CUPS command line, press Ctrl-C to stop the capture


6) Use RTMT to download the following logs:


Cisco UP SIP Proxy

Cisco UP Presence Engine

Packet Capture Logs


Thanks!

Michael

http://htluo.blogspot.com

steven_chan Mon, 04/06/2009 - 17:32
User Badges:

The presence engine is having problem from the log. (I omit most "EPE|system.oam.state 3014590 DEBUG No config loaded yet." messages at the end)


Please help.



Attachment: 
htluo Mon, 04/06/2009 - 18:37
User Badges:
  • Red, 2250 points or more

any luck on the following logs?


Cisco UP SIP Proxy

Packet Capture Logs


Michael

steven_chan Mon, 04/06/2009 - 21:55
User Badges:

Nothing special from the SIP proxy and packet capture from my perspective.


I just notice this error from the SIP proxy. It sounds like ACL not trust the CUCM and CUPC. But I have already configured both in ACL


04/06/2009 21:48:14.738 ESP|[Mon Apr 06 21:48:14 2009] [error] [client (null)] find_allowdeny: remote_ip == 192.168.0.8

[Mon Apr 06 21:48:14 2009] [error] [client (null)] client denied by server configuration: (null)

PID(16219) sip_sm.c(4454) ACL - upstream not trusted - need to authenticate




For the SIP proxy, it shows earliest "480 Request Timeout" at

04/06/2009 21:48:14.789 ESP|ID(16188) sip_sm.c(1165) Sent 297 bytes TCP packet to 192.168.0.8:34292

SIP/2.0 408 Request Timeout


This is not in the network capture. The earliest appearance for "408 Request Timeout" in network capture is at packet 436. The network capture has 15 seconds of gap in between 21:48:14 - 21:48:30


It seems to me the SIP proxy notices the problem and tries to route the request to another but fails


|

04/06/2009 21:48:38.587 ESP|Mon Apr 06 21:48:38 2009] PID(16203) sip_sm.c(234) sip_process_sendfail_msg [email protected]:101 connid 0 sock_fd 0 (3ba9cb:49da0836:49da0836)

|

04/06/2009 21:48:38.587 ESP|Mon Apr 06 21:48:38 2009] PID(16203) sip_sm.c(275) handling SIP TCP request send fail

|

04/06/2009 21:48:38.587 ESP|ID(16203) sip_sm.c(3238) cannot failover, no routes available

|

04/06/2009 21:48:38.587 ESP|Mon Apr 06 21:48:38 2009] PID(16203) sip_sm.c(289) No alternate nexthop available.

|

04/06/2009 21:48:38.588 ESP|ID(16203) sip_sm.c(1165) Sent 295 bytes TCP packet to 192.168.0.8:34292

SIP/2.0 408 Request Timeout



I have problem with the NTP and so the time is only accurate to seconds.



steven_chan Tue, 04/07/2009 - 03:15
User Badges:

Michael, can you please check if I am hitting this bug CSCsv00031. I can't view its content. :)


And would this bug turns out to cause the problem I face?


From the log, epe00000029.txt


04/06/2009 21:18:40.231 EPE|PEOamInvalidInitialConfigFile - PE configuration file not found or malformed UNKNOWN_PARAMNAME:OamConfigFileUri:/usr/local/pe/cfg/pe_cfg.xml UNKNOWN_PARAMNAME:OamErrorMessage:ConfigModule: network element not in config data App ID:Cisco UP Presence Engine Cluster ID:StandAloneCluster Node ID:UP7-1|

htluo Tue, 04/07/2009 - 06:55
User Badges:
  • Red, 2250 points or more

Based on the logs, PE (Presence Engine) failed to start due to mis-configured configuration file.


Has the IP address or hostname of this CUPS box ever been changed?


Anyway, you need to open a TAC case for this. TAC engineer need to get to the root shell to fix the configuration file.


Regards,

Michael

steven_chan Tue, 04/07/2009 - 07:51
User Badges:

Hostname has been changed. But I should say I followed the document.


I just upgraded to 7.0(3) and CUPC can go avaialble now :)

And I don't find any pe_cfg.xml in the PE debug. It seems ok now.


Thanks for leading me to the debug, Michael.

htluo Tue, 04/07/2009 - 08:01
User Badges:
  • Red, 2250 points or more

Glad to hear the problem was resolved.


There was a bug on 7.0.2. When you change the hostname, it didn't update the pe_cfg.xml.


Obviously, upgrade to 7.0.3 updated it.


Michael


Actions

This Discussion