Hi,
we have a problem with calls from skype for business via SBC to Alcatel OXE R11 in case of blind transfer.
following scenario:
we make a call from a skype for business extension to an alcatel 4028 via SBC. the 4028 picks up this call and makes a blind transfer to another 4028 in the same OXE. the connection is fine, but there is no audio stream in one direction (skype for Business to Alcatel 4028). after 30 seconds the OXE sends a reinvite and then the audio stream works in both directions. without blind transfer it works fine!
any idea?
delayed audio stream after call transfer to another extension in OXE
- cavagnaro
- Alcatel Unleashed Certified Guru
- Posts: 7014
- Joined: 14 Sep 2005 19:45
- Location: Brasil, Porto Alegre
- Contact:
Re: delayed audio stream after call transfer to another extension in OXE
Logs
Logs
Logs
Logs
Enviado de meu C6603 usando Tapatalk
Logs
Logs
Logs
Enviado de meu C6603 usando Tapatalk
Ignorance is not the problem, the problem is the one who doesn't want to learn
OTUC/ICS ACFE/ACSE R3.0/4.0/5.0/6.0
Certified Genesys CIV 8.5
Certified Genesys Troubleshooting 8.5
Certified Genesys BEP 8.x
Genesys Developer
OTUC/ICS ACFE/ACSE R3.0/4.0/5.0/6.0
Certified Genesys CIV 8.5
Certified Genesys Troubleshooting 8.5
Certified Genesys BEP 8.x
Genesys Developer
Re: delayed audio stream after call transfer to another extension in OXE
see attached motortrace.
call from +xxxxxxxx47513 to 50000, blindtransfer to 50001
call from +xxxxxxxx47513 to 50000, blindtransfer to 50001
You do not have the required permissions to view the files attached to this post.
Re: delayed audio stream after call transfer to another extension in OXE
Compression have changed from :
v=0
o=OXE 1444225742 1444225742 IN IP4 10.141.2.117
s=abs
c=IN IP4 10.141.2.120
t=0 0
m=audio 32514 RTP/AVP 8 101
a=sendrecv
to
o=OXE 1444225742 1444225742 IN IP4 10.141.2.117
s=abs
o=OXE 1444225742 1444225743 IN IP4 10.141.2.117
s=abs
c=IN IP4 10.141.2.118
t=0 0
m=audio 32632 RTP/AVP 8 101
a=sendonly/
and the skype authorise only the receive path
and again after refer
o=OXE 1444225742 1444225744 IN IP4 10.141.2.117
s=abs
c=IN IP4 10.141.2.119
t=0 0
m=audio 32514 RTP/AVP 8 4 101
a=sendrecv
oxe mediagateway(compressor) are not used but iptouh one i thing
v=0
o=OXE 1444225742 1444225742 IN IP4 10.141.2.117
s=abs
c=IN IP4 10.141.2.120
t=0 0
m=audio 32514 RTP/AVP 8 101
a=sendrecv
to
o=OXE 1444225742 1444225742 IN IP4 10.141.2.117
s=abs
o=OXE 1444225742 1444225743 IN IP4 10.141.2.117
s=abs
c=IN IP4 10.141.2.118
t=0 0
m=audio 32632 RTP/AVP 8 101
a=sendonly/
and the skype authorise only the receive path
and again after refer
o=OXE 1444225742 1444225744 IN IP4 10.141.2.117
s=abs
c=IN IP4 10.141.2.119
t=0 0
m=audio 32514 RTP/AVP 8 4 101
a=sendrecv
oxe mediagateway(compressor) are not used but iptouh one i thing
Re: delayed audio stream after call transfer to another extension in OXE
try to use only trunk group comperession in the XTGW Parameter
Re: delayed audio stream after call transfer to another extension in OXE
sorry, this problem was solved by sbc-manufacturer.
many thanks
many thanks
Re: delayed audio stream after call transfer to another extension in OXE
thanks for info sharing