RE: How do I respond 200 OK to a hold request in TCL IVR?

RE: httpios vs leg vxmldialog

2013-05-23T01:16:50Z

That's the idea.

RE: Error messages

2013-05-22T19:50:20Z

The best way is to open a SR and use SR attachment. By the way do you have CCO login ? There may have a way, but I need to check.

RE: httpios vs leg vxmldialog

2013-05-22T19:47:17Z

Yes you can use handoff but why you need to separate working and non-working day into two scripts ?

RE: httpios vs leg vxmldialog

2013-05-22T17:34:58Z

Are you using VXML ? I think for you ::httpios::geturl is right one to use

RE: Error messages

2013-05-21T16:22:35Z

I am not sure but I don't think so. You can send it to developer-support@cisco.com instead of posting here.

RE: Collect digits

2013-05-21T03:22:52Z

remove "set Question2Param(dialPlan) true" see if it hleps

RE: Can't hear ringing

2013-05-20T23:50:15Z

we should the ringback but if not try to force it. do this for leg setup set callInfo(notifyEvents) "ev_alert ev_progress ev_proceeding" when you get ev_alert proc act_Alert { } { puts ">>> TCL: act_Alert <<<" set event [infotag get evt_event] puts ">>> event received: $event <<<" if {($event == "ev_alert") || ($event == "ev_progress")} { playtone leg_incoming tn_ringback } }

RE: Error messages

2013-05-20T23:17:07Z

Can you please attached coredump ? Thanks !

RE: Can't hear ringing

2013-05-17T16:41:34Z

Your script has no problem, it works for me I can hear ringback. Maybe something to do with you router, confiurationm...etc

RE: How TCL can speak a password for caller?

2013-05-17T15:44:00Z

Can not do text to speach

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-16T21:01:48Z

You do connection destroy whne you get [color=#ff0000]ev_transfer_request[/color] to get XTO information.

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-16T19:13:52Z

FYI, I was using tcl script.

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-16T18:40:04Z

I setup two Cisco sip phone on 2900 and did the same test I was able to see 200 OK replying to that sendonly INVITE and tranfer was successful (I only have 2 SIP phone so XTO is a SCCP phone, but I think this passed what you are missing) Did you try transfer without Tcl ? Is it OK ? My IOS version is: c2900-universalk9-mz.SPA.153-1.T.bin Thanks

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-15T23:03:04Z

I see, the scenario I was talking abount did get the REFER. If you can provide entire SIP trace and deb voip ccapi inout I can ask around for you. You ca send it to developer-support@cisco.com if you feel more comfortable in that way.

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-15T22:11:40Z

Also what really happen after you did leg setup ? what is the setup status ? Any leg got disconneted ?

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-15T21:54:41Z

The scenario you descbibed has been tested and used (of cause the equipment maybe different but it is in all SIP environment) So when you do leg setup between XEE and XTO after ev_destroy_done, we can do two things to XTO. One is using INVITE one is using REFR. So the question to ask is that can XTO use both methods or just one of them can work ? Can ypu please show me how you do leg setup for XEE and XTO ? (i.e. callInfo() information), I guess that you are comsuing REFER not passing REFER. Thanks.

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-15T21:16:06Z

Yes, that could be different. Maybe let me know what you like to do ? You like to to blind transfer and you need to send REFER out when receive REFER ? Are you using Cisco SIP phone ? Is it really displaying "Blndxfr" or just "Transfer". If you are using the one display "Transfer" then it's not really doing blind transfer. But if you see the one display "blndxfr" then it's fine. I am not phone expert, I don't know where we can change the configuration. Also please show me how you do this -- "if I am doing a blind transfer the REFER is never sent" i.e. leg setup after destory legs

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-15T19:54:31Z

No, when you recieve "ev_setup_indication" before doing leg setup to B "leg connect" may not need it but if we need to send 200 OK from GW to respond the orginal INVITE then we can use it to send 200 OK. If we want to do it precisely can do the follwoing, but for you just add leg connect leg_incoming when handling ev_setup_indication is good enough. set legID [string trim [infotag get leg_incoming]] set legState [infotag get leg_state $legID] #check leg state before do "leg connect #to make sure leg is not connected already if {$legState != "lg_005" && $legState != "lg_008"} { if {$legState == "lg_001"} { puts "\n>>>>>>>>>legstate = lg_001<<<<<<<<<<<\n" leg setupack leg_incoming leg proceeding leg_incoming leg connect leg_incoming } elseif {$legState == "lg_002"} { puts "\n>>>>>>>>>legstate = lg_002<<<<<<<<<<<\n" leg proceeding leg_incoming leg connect leg_incoming } else { puts "\n>>>>>>>>>legstate = $legState<<<<<<<<<<<\n" leg connect leg_incoming } } # end of modification # lg_001 --> LEG_INCOMING_FIRST # lg_002 --> LEG_INCACKED # lg_003 --> LEG_INCPROCEED # lg_005 --> LEG_INCCONNECTED # lg_008 --> LEG_OUTPROCEED

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-15T17:46:24Z

SIP to SIP -- the 200 OK is received from the SIP phone being held but it is not sent to the SIP phone doing the holding: Received: INVITE sip:233@10.5.55.250:5061;transport=tls SIP/2.0 [color=#ff0000]This original INVITE is from calling party right ?[/color] [color=#ff0000]Missing 200 OK here right ?[/color] [color=#ff0000]If answer is yes to both. I guess you don't have "leg connect leg_incoming" in you script.[/color] Sent: INVITE sip:233@10.5.55.202:62321 SIP/2.0 SIP/2.0 100 Trying Received: SIP/2.0 200 OK Sent: ACK sip:233@10.5.55.202:62321 SIP/2.0

RE: How do I respond 200 OK to a hold request in TCL IVR?

2013-05-15T16:20:24Z

And the 200 OK is responding to ? Maybe SIP messge trace and show where we need a 200 OK ? If you can show PSTN <-> SIP trace and indicate the 200 OK that is missing in SIP to SIP scenario that helps Thanks !