ISDN >OXO >SIP >FreePBX - call transfer problem

[piramix]

Hi Everyone,

I have a strange problem with call transfering sometimes after transfer there is only voice in one direction. I make connection through ISDN to IP Phone from OXO and then I make call transfer from IP Phone using SIP Trunk to FreePBX - (Cisco spa502g) after answering the phone person from the ISDN hears me but I don't hear nothing from the ISDN. This issue is not on every call transfer.

Any advice would be appreciated.

[Konstantinos.E]

what codec you use both sides? has to be the same.
how many comps do you have?are they enough for your requierments?

[piramix]

I use g711 on both sides so this shouldn't be the problem. I did port sniffing and on wireshark I see that Alcatel is cuting the voice in transmision to FreePBX after few milliseconds. Transmission from FreePBX/Asterisk to Alcatel is ok. For SIP Trunk on Alcatel i've setup no. of channels to 5 and "IP Quality of Service" to 10100000 IP_PRECEDENCE_5 - i don't know if those parameters are ok. OXO version: Software: ALZPL800/035.001
Everything works in local network.

[kevintheviking]

Hi, same problem here.
Did you fix this issue?

Thanks,

Kevin.

[tot3nkopf]

Please provide SIP traces on OXO end (communication between OXO and Cisco gateway).
Is the SIP trunk declared as public or private? How is transfer implemented? (joining or re-routing?)

[kevintheviking]

Hi tot3nkopf,

I'm not at the customer's site and am trying to help a technical guy there.
The PBX is an Omnivista 4760 with a PRI 30 connected to it, implemented by a different company not on site.

In the PBX a private siptrunk is made with the FreeSwitch soft pbx implemented by us.
The problem occurs only 1 to 4 times in 50 calls so is very hard to simulate and/or trace.

Hopefully it occurs again today.

[tot3nkopf]

I'm not at the customer's site and am trying to help a technical guy there.
The PBX is an Omnivista 4760 with a PRI 30 connected to it

Omnivista is a management and accounting platform not a PBX.
Ask Alcatel engineer to provide you the traces from OXO side. Make also your own tcpdump.
There is no other way but to reproduce --> maybe this just happens for some users with a particular configuration.

[alexxxxxx]

Could you please help me on this issue: I have one OXO PBX system with ISDN T0 connectivity, while initiating call Via ISDN am getting unobtainable error message in my phone however I can initiate other number patters only issue with some specific number(1505).

Problamatic number:1505, all other numbers are working with same ISDN line.Could you please verify the ISDN trace and give me update for me.

ISDN3_00220 23/10 16:05:58 TX d_channel: 59 (S:00 T:000) payload: (36) 08 02 00 41 05 04 03 80 90 A3 18 01 A3 6C 0A 41 80 36 36 33 37 39 32 38 38 70 02 81 31 7D 02 91 81 7E 01 04
0x05 SETUP Ref: O,65
ie 0x04 Bearer capability: 80 90 A3
Coding: CCITT standardized
Information transfer capability: Speech
Transfer mode: Circuit mode
Transfer rate: 64 Kbit/s
User info layer 1: G.711 A-law
ie 0x18 Channel identification: A3
Interface identifier: Implicit
Interface type: Primary rate
Indicated channel: Preferred
D-channel identified: No
Information channel selection: any channel
ie 0x6C Calling party number: 41 80 36 36 33 37 39 32 38 38
Number type: Subscriber number
Numbering plan: ISDN/Telephony(CCITT Recommendation E.164/E.163)
Presentation: presentation allowed
Screening: user-provided, not screened
Number: 66379288
ie 0x70 Called party number: 81 31
Number type: Unknown
Numbering plan: ISDN/Telephony(CCITT Recommendation E.164/E.163)
Number: 1
ie 0x7D High layer compatibility: 91 81
ie 0x7E User-user: 04
ISDN3_00221 23/10 16:05:58 RX d_channel: 59 (S:00 T:000) payload: (12) 08 02 80 41 7D 08 02 82 B2 14 01 01
0x7D STATUS Ref: D,65
ie 0x08 Cause: 82 B2
Coding: CCITT standardized
Location: Public network serving the local user
Class: Normal event
Value: Requested facility not subscribed
ie 0x14 Call state: 01
ISDN3_00222 23/10 16:05:58 RX d_channel: 59 (S:00 T:000) payload: (10) 08 02 80 41 0D 18 03 A9 83 81
0x0D SETUP_ACK Ref: D,65
ie 0x18 Channel identification: A9 83 81
Interface identifier: Implicit
Interface type: Primary rate
Indicated channel: Exclusive
D-channel identified: Yes
Information channel selection: B1 channel
Coding: CCITT standardized
Channel type: B-channel units
Channel number: 0x01
ISDN3_00223 23/10 16:05:58 TX d_channel: 59 (S:00 T:000) payload: (9) 08 02 00 41 7B 70 02 81 35
0x7B INFORMATION Ref: O,65
ie 0x70 Called party number: 81 35
Number type: Unknown
Numbering plan: ISDN/Telephony(CCITT Recommendation E.164/E.163)
Number: 5
ISDN3_00224 23/10 16:05:58 TX d_channel: 59 (S:00 T:000) payload: (9) 08 02 00 41 7B 70 02 81 30
0x7B INFORMATION Ref: O,65
ie 0x70 Called party number: 81 30
Number type: Unknown
Numbering plan: ISDN/Telephony(CCITT Recommendation E.164/E.163)
Number: 0
ISDN3_00225 23/10 16:05:58 TX d_channel: 59 (S:00 T:000) payload: (9) 08 02 00 41 7B 70 02 81 35
0x7B INFORMATION Ref: O,65
ie 0x70 Called party number: 81 35
Number type: Unknown
Numbering plan: ISDN/Telephony(CCITT Recommendation E.164/E.163)
Number: 5
ISDN3_00226 23/10 16:05:58 RX d_channel: 59 (S:00 T:000) payload: (13) 08 02 80 41 45 08 02 82 95 1E 02 82 88
0x45 DISCONNECT Ref: D,65
ie 0x08 Cause: 82 95
Coding: CCITT standardized
Location: Public network serving the local user
Class: Normal event
Value: Call rejected
ie 0x1E Progress indicator: 82 88
Coding: CCITT standardized
Location: Public network serving the local user
Progress: In-band information or appropriate pattern now available
ISDN3_00227 23/10 16:06:00 TX d_channel: 59 (S:00 T:000) payload: (9) 08 02 00 41 4D 08 02 81 90
0x4D RELEASE Ref: O,65
ie 0x08 Cause: 81 90
Coding: CCITT standardized
Location: Private network serving the local user
Class: Normal event
Value: Normal release
ISDN3_00228 23/10 16:06:00 RX d_channel: 59 (S:00 T:000) payload: (5) 08 02 80 41 5A
0x5A RELEASE_COMP Ref: D,65