Hi all and thanks for reading.
I am having a very strange issue. When dialing out with a certain
carrier, asterisk 1.6.20 will play music on hold instead of a ring
tone, although this behaviour is NOT what I want.
Example dialplan execution:
this is related to your carrier’s SIP messages as they are sending a sendonly attribute instead of sendrecv (taking a wild guess here) your asterisk will act as if the call was placed on hold thus the MOH butts in.
an sip debug log for a similar call will be more helpful?
Information Technology Adviser
Integrated Digital Systems
CCNP, MCSE, RHCE, TELECOM
USA: +1 386 492 9993
Thanks for the answer Tarek! I will try to obtain a full SIP trace
tonight. If the problem is indeed that the carrier is sending the
sendonly attribute in the SDP instead of sendrecv, what can I do? Is
there anything I can configure on my side?
i have faced this problem with one of the major VoIP whole providers in India .. they have a new platform with Sonus switches.. which does not support sendrecv media attribute .. however a work around that may work for you .. is enabling re-invite on their peer.
let me know if this works out for you.
Yes, after running some more detailed packet captures, it seems that
the SDP sent has the sendonly media attribute. I do not know if it is
the Sonus switch, but the problem is identical to yours.
Unfortunately setting canreinvite=yes for that peer does not solve the
problem. I am guessing this is because the other leg of the call has
canreinvite=no. This is necessary for correct billing.
Should I submit it as an asterisk bug? Is there something else I can
try to fix this interconnection?
Thanks for your help!