[asterisk-bugs] [JIRA] (PRI-175) Asterisk Send wrong operation vaule in facility IE for ECT Explicit call transfer

[mehdi Shirazi (JIRA)]

    [ https://issues.asterisk.org/jira/browse/PRI-175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=221182#comment-221182 ] 

mehdi Shirazi commented on PRI-175:
-----------------------------------

Hi
I will forward your Answer to Huawei R&D.They have a huge network of TDM and NGN network  all around  the world and advertise they support ECT on both of them.
There is one SIP Extension on Asterisk and two other Extensions or phones are on PSTN(Local Exchange=LX) side. First SIP phone calls to first phone in LX ( or accept incoming call from it) then sip phone put this call on hold and press transfer and dials another number on LX , sip phone immediately disconnects and two phones in LX connect to each other, but the call is bridged trough asterisk that is not desirable...

> Asterisk Send wrong operation vaule in facility IE for ECT Explicit call transfer
> ---------------------------------------------------------------------------------
>
>                 Key: PRI-175
>                 URL: https://issues.asterisk.org/jira/browse/PRI-175
>             Project: LibPRI
>          Issue Type: Bug
>      Security Level: None
>         Environment: sip phone -->Asterisk-->EuroISDN-->Local_TDM_Exchange
>            Reporter: mehdi Shirazi
>            Assignee: Richard Mudgett
>         Attachments: analyzer1.png, PABXtrace2.txt, q950.png, sigtrace.txt, T-REC-Q[1].950-200006-I!!PDF-E.pdf
>
>
> sip phone(A) call B  and put call on hold then transfer call to C, A disconnect and B and C connect to each other , Asterisk tries to bypass the call to Local exchange but Local exchange reject by invalid call state.
> first failure report send to Local exchange manufacturer, R&D responed after investigation that PBX(Asterisk)  send wrong operation vaule in facility IE, instead of 06 asterisk send 04, this is operation value for Begin3PTY !.
> I checked with Triton PRI Analyzer , it also shows Asterisk sends 04  according to Q.950 and Q952 06 is for eCTRequest.
> from Asterisk log:
> PRI Span: 1 > [1c 15 91 a1 12 02 01 0b 06 06 04 00 82 71 01 05 30 05 0a 01 01 82 00]
> it seems (...06 06 04...) 04 is wrong and 06 is for eCTRequest and  93 is for ECTLINKIDREQUEST



--
This message was sent by Atlassian JIRA
(v6.2#6252)