Hello, I am testing the interaction of inbound calling via the ITSP and the park server.
sipxbridge is currently configurable to play Music On Hold when the user puts an inbound ITSP call on hold. This works very well when the transfer target is *not* the park server. However, bad things happen when an inbound ITSP call is transferred to the Park Server. Note that under these conditions, the Park Server is already playing MOH as part of the call transfer process ( this is initiated by sipxbridge) when the call is parked. Here is what I observe: 1. Call comes in from ITSP and is picked up at extension 201. Extension 201 wants to park the call so starts a blind transfer. MOH starts to play on the PSTN side. This involves sending an INVITE to the Park Server to play the MOH ( this INVITE is sent by sipxbridge). 2. Extension 201 parks the call by sending a second INVITE to the park server. The park server does not send a RE-INVITE to the ITSP as it would for a local call. This is good because MOH is already in progress for the call. 3. Timeout expires. The park server refuses to issue a REFER after the timeout period. Would it be possible to make the Park Server cognizant of the fact that it is already playing music for a given call (for example by looking at the call ID) and hence should not play a second stream for the same call? Thanks. Ranga -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
