08-05-2005 06:18 AM - edited 03-15-2019 03:37 AM
Please let me know if the following are not issues (operator error) or have already been identified. Thanks!!!
1.) When a call is initiated and then terminated before the far-end answers the call, 7960 doesn't send ACK in response to 487 Request Terminated.
INVITE -> Manager
180 Ringing <- Manager
CANCEL -> Manager
487 Request Terminated <- Manager
200 OK (CANCEL) <- Manager
NO ACK is sent back to the Manager
Has anyone else seen this?
2.) What should 7960 send to the manager, in response to a sendonly (to Hold call) audio SDP? I see that it sends back "sendrecv" audio SDP in 200 OK. Shouldn't it send back "recvonly" in 200 OK? However, if another "sendonly" audio SDP offer is sent (to connect to MOH server), phone does respond back with a "recvonly" audio sdp answer.
Regards.
08-05-2005 10:47 AM
Both the problems have been identified by the developers and are being addressed in the 7.8 code.
08-05-2005 01:10 PM
Thanks for your reply. Do you have a timeline for the 7.8 release?
Could 7.8 be made to switch back and forth between 2543/3264 hold?
Where can I request/suggest that the phone should send back a list of supported methods in the REGISTER request?
Thanks!!!
08-05-2005 02:34 PM
Hello,
Another questions 7960 sends BYE immediately after receiving an ACK in the following case...
1.) Manager -> INVITE (SDP offer)
2.) Manager <- 200 OK (SDP answer)
3.) Manager -> ACK (updated SDP)
If I remove SDP from ACK, phone doesn't send BYE message after ACK is sent.
Any thoughts?
08-08-2005 09:42 AM
Just checked with the developers and as per them, the problems should have been fixed in the code you are running (instead of 7.8).
Please provide phone traces with 'show config' and
'debug sip-message sip-state error' from the 7960.
08-08-2005 12:26 PM
hello,
What case traces do you need? The first one or the last one? Will it be possible for you to tell me if rfc2543 hold can be re-activated for testing?
Regards
08-11-2005 02:41 PM
Looks like my response did not get posted for some reason...posting it again...
Please send me traces for all the 3 scenarios:
1. 7960 not sending ACK in response to 497 termination.
2. 7960 sends back "sendrecv" audio SDP in 200 OK when it receives "sendonly" audio SDP.
3. 7960 sends BYE immediately after receiving an ACK when it receives an INVITE with SDP offer.
Also, to change RFC2543 way from RFC3264 for hold
Change "rfc_2543_hold" to 1.
08-11-2005 05:36 PM
I will be on vacation for 2 weeks so I'll provide the logs once I'm back. Thanks for your help so far!!!
08-05-2005 10:47 AM
Both the problems have been identified by the developers and are being addressed in the 7.8 code.
09-30-2005 12:43 PM
Could someone tell me how to enable dns srv lookups on 7960G running 7.5 firmware?
10-03-2005 09:50 AM
Hello,
The phone seems to be requesting for DNS SRV if an fqdn is entered in the .cfg file. However, it seems to be using only the first record from the SRV response.
Does anyone know of any other field to be entered in the .cfg to make phone use the next record from the SRV in case the first one is not responding?
Also, does anyone know if Cisco 7960 does NAPTR?
Regards.
10-03-2005 11:24 AM
Hello,
If 7960 is configured to use an fqdn as its outbound/proxy and if this fqdn is a DNS SRV (configured as ip address A & ip address B). If the phone is sent an INVITE from server B, it accepts the INVITE and sends the 200 OK correctly to server B. However, when the phone goes on hook, it sends BYE to server A. Has anyone else seen this?
Regards.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide