Hi,
Not sure if this is an AudioCodes fault or an AAPT fault.
I have and Alcatel OXO connected to an AudioCOdes MEdiant800B via a PRI connection, plus AAPT SIP trunks terminating on the AudioCodes box.
Outgoing calls are consistently dropping out at 15 minutes (900sec).
I have run Alcatel OSC traces, and full AudioCodes Debug Reports on the trunk and ALL signalling/media/PCM.
I have involved tech support from Alcatel & AudioCodes & AAPT and so far no one knows why the calls are disconnecting.
I have been making test calls using DISA on the Alcatel OXO, and have Wire Shark traces below (require AudioCodes Plugins to see the ACDR entries)
At the time the call drops, there is absolutely NOTHING coming from the OXO OSC trace, and not much more in the AudioCodes trace either.
Please see the two WS traces I have linked for comparison:
This trace is stopped immediately after the outbound call drops without explanation
https://www.dropbox.com/s/lunwkjj8v3avo ... capng?dl=0
This trace is only stopped after both the outbound call is dropped and I have manually hung up on the inbound DISA call
https://www.dropbox.com/s/jt4a0e9hyu3ag ... capng?dl=0
If anyone at all has any thoughts on this... please let me know.. this fault has gone unresolved for a week now.
SIP calls drop at 15 minutes
-
bcmir
Re: SIP calls drop at 15 minutes
Still don't have an answer on this one, but there is nothing at all in the traces to put the blamd on the OXO or the AudioCodes.
I am pressing AAPT now, perhaps it's a waste having this thread at AUnleashed.
I am pressing AAPT now, perhaps it's a waste having this thread at AUnleashed.
Re: SIP calls drop at 15 minutes
really an ip issue?
long time ago i had an oxe in a hospital enviroment. the phones there was all analoge type. also the cutomer claims that all calls are broken after a max. call time. at the end the phone itself cut the call because a max. voicecall time was set up by the card in the cardreader of the phone.
sometimes it will be good to restart with brainstorming.
regards...
long time ago i had an oxe in a hospital enviroment. the phones there was all analoge type. also the cutomer claims that all calls are broken after a max. call time. at the end the phone itself cut the call because a max. voicecall time was set up by the card in the cardreader of the phone.
sometimes it will be good to restart with brainstorming.
regards...
--- back to basics... focus your eyes to the essential things... ---
-
cavagnaro
Re: SIP calls drop at 15 minutes
And remember we have no association at all with ALU support
not sure what you meant with that comment of yours
-
bcmir
Re: SIP calls drop at 15 minutes
I simply meant that it looks like an AAPT fault, and not an AudioCodes or Alcatel issue.
I should have put the thread on a carrier forum
all good.
AAPT Voice NOC think it is a broken RTP Stream.. So they are doing an RTP trace today.
I should have put the thread on a carrier forum
AAPT Voice NOC think it is a broken RTP Stream.. So they are doing an RTP trace today.
Re: SIP calls drop at 15 minutes
good luck [emoji106]
regards...
regards...
--- back to basics... focus your eyes to the essential things... ---
Re: SIP calls drop at 15 minutes
if you do not read with emoji -> emoji106 means "thumb up" 
regards...
regards...
--- back to basics... focus your eyes to the essential things... ---
-
bcmir
Re: SIP calls drop at 15 minutes
Ok, for anyone who is interested, this was basically an interoperability issue between AudioCodes SIP g/w and AAPT
There was a long call audit on the AAPT core side which was sending it's response at 15 minutes but it is not making it to the AudioCodes gateway.
AAPT requires that the Contact Header they receive should refer to the the IP address rather than the FQDN.
Sounds simple, but took a long time for AAPT to work this out.
There was a long call audit on the AAPT core side which was sending it's response at 15 minutes but it is not making it to the AudioCodes gateway.
AAPT requires that the Contact Header they receive should refer to the the IP address rather than the FQDN.
Sounds simple, but took a long time for AAPT to work this out.
