Page 2 of 2 FirstFirst 12
Results 11 to 17 of 17

Thread: No audio after Transfer.

  1. #11


    threebit, which ITSP are you using?

  2. #12


    Try turning on RTP proxy in call routing [img]smileys/smiley4.gif[/img]

  3. #13
    Quadro Architect
    Join Date
    Jun 2006
    Around myself


    Yes, for me it is also very interesting, which ITSP is that.

    I remember a request from Alloy about similar problem, but our resolution was exactly the opposite to what threebit is telling.

    Quote Originally Posted by threebit
    The conclusion they came to, was that the ITSP is changing the RTP when it receives the transfer message (ReInvite??) and this is confusing the Quadro.

    actually Quadro is changing the RTP port during transfers sending re-INVITE and this may confuse ITSP if their SIP implementation is not mature.

  4. #14


    The ITSP is iTalk, and Alloy were taking the issue up with Epygi on our behalf.

    And davrays, you are right about the RTP port changing, it is being done by the Quadro not the ITSP. I had that a little confused.

    I managed to contact the italk product manager about this issue. After discussing the issue with his engineers he came back to me saying their service is "stateless" and therefore not designed to to handle functions like call transfers.

    I have been trialling a workaround (hack) that uses Asterisk as a sort of proxy. Which solves the transfer issue, but is not ideal because Asterisk tries to handle the hold music, aswell as a number of other reasons including degradation of audio quality.


  5. #15


    Please enable the developer logs on your Quadro (to do that enter the "systemlogs.cgi" in your browser's Address field after the IP address of Quadro, select "System Logs Settings" andenable "Enable developer logging". Then run please the same test again with failed transfer, download the logsand sendthat to the following mail address along withtestdescription:

  6. #16
    Quadro Architect
    Join Date
    Jun 2006
    Around myself


    Wehave looked into these logs and ...

    ...I see no good resolution to this problem, other than to change the ITSP. Quadro is changing RTP port during transfer and there is no configuration options, which could change that behaviour.

    The way Quadro is operating is fully in accordance to RFC, and SIP implementation on ITSP side should support that. Changing a port during re-negotiations isNOTa very advanced thing, and it cannot confuse normal SIP stack.

    Asterisk doesn't change theport (and so doesn't have problem with that ITSP), most probably because itdoes the transfer internally. This may add an unnecessaryload to the device.

    The implementation in the Quadro was considered as optimal, and we cannot change that because of possiblesideeffects, unless wehavestatistics, which shows thata lot of ITSPs don't support port change during re-negotiation. Up to now we have seen that behaviour only from iTalk server.


    DVREdited by: davrays

  7. #17


    Thanks for investigating the issue.
    A new ITSP has launched this month which might be an alternative option for us. But up until now italk has been our only option.
    Thanks again.

    Edited by: threebit

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Loosing inbound audio
    By montare in forum Troubleshooting and Problems
    Replies: 2
    Last Post: 10-14-2007, 12:16 PM
  2. Audio Files
    By ivscorp in forum VXML Scripting on Quadro
    Replies: 0
    Last Post: 02-18-2007, 01:38 PM
  3. Quadro and X-lite 3.0 - one way audio
    By rhysw in forum Troubleshooting and Problems
    Replies: 1
    Last Post: 02-13-2007, 07:25 PM
  4. Audio Normalization
    By jcuellar in forum Suggestions and Feedback
    Replies: 1
    Last Post: 10-03-2006, 08:42 PM
  5. QCM audio
    By maribelronquillo in forum Troubleshooting and Problems
    Replies: 6
    Last Post: 06-22-2006, 07:21 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts