leemason
Guru
- Joined
- Mar 3, 2012
- Messages
- 207
- Reaction score
- 24
I recently had a strange problem that I thought I would share in case the solution is useful to anyone else.
The system in question had a SIP trunk plus an ISDN-2. All inbound calls worked fine from both type of connection. However when a call came in on the SIP trunk and was picked up using *8 the call would, after between about 5 and 20 second, disconnect. The same would happen of a call came in on the SIP trunk and was then blind transferred to another extension. The other extension would ring, the call would be picked up fine, but then dropped after 5-20 seconds. This did not happen with any call coming in on ISDN-2.
After much head scratching and talking to the ITSP (who where a UK provider called Spitfire) the solution turned out to be the addition of this to the trunk definition:
disallowed_methods=UPDATE
Down to the way the providers SIP trunk service interacts with Asterisk 1.8.
The system in question had a SIP trunk plus an ISDN-2. All inbound calls worked fine from both type of connection. However when a call came in on the SIP trunk and was picked up using *8 the call would, after between about 5 and 20 second, disconnect. The same would happen of a call came in on the SIP trunk and was then blind transferred to another extension. The other extension would ring, the call would be picked up fine, but then dropped after 5-20 seconds. This did not happen with any call coming in on ISDN-2.
After much head scratching and talking to the ITSP (who where a UK provider called Spitfire) the solution turned out to be the addition of this to the trunk definition:
disallowed_methods=UPDATE
Down to the way the providers SIP trunk service interacts with Asterisk 1.8.