Jump to content

transfer to another node with soap response


zahid ayar
 Share

Recommended Posts

hello

 

im using the pbxnsip version 2.0.0.1613 (Win32) ...

 

would u plz tell me how i can transfer to another ivr node from an ivr node?

 

i try to echo back the following xml... but i dont seem to get transfered... all i hear is silence rather than the wave file playback for node 78:

 

$xml = '<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:sns="http://www.pbxnsip.com/soap/pbx">';

$xml .= '<env:Body><sns:IVROutput><Call-ID>';

$xml .= $callid;

$xml .= '</Call-ID><Destination>';

$xml .= 78;

$xml .= "</Destination></sns:IVROutput></env:Body></env:Envelope>";

echo $xml;

 

how can i transfer to another node with soap?

Link to comment
Share on other sites

Well in principle that looks good. Is there any log from the PBX? There could be a problem with the http transportaion of the SOAP messages.

 

yes ...this is the log:

 

[5] 2007/02/05 00:15:45: Identify trunk 1

[5] 2007/02/05 00:15:45: Trunk ITSP sends call to 70

[3] 2007/02/05 00:15:59: IVR Node: Received http code 100

[5] 2007/02/05 00:16:00: BYE Response: Terminate 60adc6c953b369c043652ec81b775322@67.15.128.14

[0] 2007/02/05 00:16:02: IVR Node: Cannot find call 60adc6c953b369c043652ec81b775322@67.15.128.14#8c9d4251ca

[3] 2007/02/05 00:16:02: IVR Node: Received http code 100

 

 

looks like the problem is 'cannot find call...' do u know how i can fix that?

 

zahid

Link to comment
Share on other sites

oh no... I guess the "100 Trying" is the problem. We already had problems with that and they should be solved, but it is something that raises eyebrows. There was an option in IIS to turn those messages off, maybe that solves the problem. But we also have to take a look into those provisional responses again.

Link to comment
Share on other sites

oh no... I guess the "100 Trying" is the problem. We already had problems with that and they should be solved, but it is something that raises eyebrows. There was an option in IIS to turn those messages off, maybe that solves the problem.

 

 

i didnt find any option related to 100 Trying in IIS... would u plz tell me how i can turn it off?

 

But we also have to take a look into those provisional responses again.

 

what do u mean? what should i do to make it work?

Link to comment
Share on other sites

i didnt find any option related to 100 Trying in IIS... would u plz tell me how i can turn it off?

 

Sorry, we did not do that ourselfs, but the one who was using somehow was able to do it.

 

what do u mean? what should i do to make it work?

 

At the moment the only option seems to be to turn provisonal responses (100 Trying) off. An Ethereal/Wireshark trace would still be helpful to solve this problem.

Link to comment
Share on other sites

Sorry, we did not do that ourselfs, but the one who was using somehow was able to do it.

At the moment the only option seems to be to turn provisonal responses (100 Trying) off. An Ethereal/Wireshark trace would still be helpful to solve this problem.

 

would u give me the contact details of the one who was able to turn 100 continue off from iis?

Link to comment
Share on other sites

Hi,

 

I am using pbxnsip version 2.0.0.1613 (Win32)

 

having the same problem "Send Packet 100"

 

It never recognizes the SOAP response; all calls are failing after the upgrade. The SOAP response is being sent within less than 50 ms.

 

PBXnSIP snippet:

[8] 20070209135850: Resolve destination 20095: udp 66.6.128.22 5060

[8] 20070209135850: Send Packet 183

[3] 20070209135850: CallingCard: Received http code 100

[8] 20070209135850: Send Packet 183

[8] 20070209135855: Last message repeated 3 times

[8] 20070209135855: Resolve destination 20096: a udp 213.136.125.16 5061

 

Do suggest a mechanism to get rid of this code 100.

 

Dev

Link to comment
Share on other sites

  • 2 years later...

This problem can be caused by a malformed SOAP response, the response that you send to the IVRInput request must have exactly the same format as the pbx expects. Consider using Fiddler to watch the response your application is sending. Pay attention to the Content length field, it must have the correct value. Check also whether the content is being sent chucked (Fiddler will show this too)

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...