|
|
Joined: Jan 2008
Posts: 181
Member
|
OP
Member
Joined: Jan 2008
Posts: 181 |
OS 7200 V4.60B- Problem- Incoming call via SIP trunk rings station group- reception answers call- shows opposite hang up on display- reception hangs up- call rings station group..etc...etc
Outgoing calls are fine.
If i make an external call from site BACK in to the PBX on main number or DDI then the call connects fine.
Service Provider says fault with PBX due to not sending Codec G7.11 (there Cisco has a known bug so they have asked for this codec to be sent)
Trace is showing a 487 request terminated.
I have set G.711 as the priority codec in 5.2.12 and 5.2.13 for SIP Peering 1 all other codecs are disabled in these menus.
Any ideas or suggestions i have copies of Trace from network provider if needed.
I have had the system working via SIP trunks on a different Public IP and using a draytek, using the same service provider, hence i'm not convinced the system is at fault.
|
|
|
Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.
|
|
|
|
Joined: Jun 2006
Posts: 3,004 Likes: 4
Moderator-Samsung
|
|
Moderator-Samsung
Joined: Jun 2006
Posts: 3,004 Likes: 4 |
If the system and carrier can't agree on a codec then the call will fail.
There is an issue with the system sending more codec's then it should during the call setup negotiations in versions prior to 4.63 (this is what causes the issue with calls into the system from Microsoft Lync).
I would like to see the trace and system config.
You say that you had it working using a draytek and different public ip, what else has changed?
|
|
|
|
|
Joined: Jan 2008
Posts: 181
Member
|
|
OP
Member
Joined: Jan 2008
Posts: 181 |
Nothing else has changed. On site customer had two ADSL connections, one for internet and the other for voice.
We used the adsl for internet as a temporary solution for voice as the assured service for voice was delayed.
Wouldn't the call fail both ways i.e incoming and outgoing if the codec is not matching between the system and service provider?
I can send you the system DB and traces if you don't mind taking a look?
Last edited by T.C; 01/01/13 12:06 PM.
|
|
|
|
|
Joined: Jun 2006
Posts: 3,004 Likes: 4
Moderator-Samsung
|
|
Moderator-Samsung
Joined: Jun 2006
Posts: 3,004 Likes: 4 |
You would think it would fail both ways, but I have a similar situation with a customer using microsoft lync, where calls from the system (OS7400 4.60b) to lync work, but calls from lync to the system fail.
I'm happy to take a look at what you've got.
|
|
|
|
|
Joined: Jan 2008
Posts: 181
Member
|
|
OP
Member
Joined: Jan 2008
Posts: 181 |
Many Thanks, how should i send the traces and system config to you?
Can i do it via the site?
|
|
|
|
|
Joined: Jun 2006
Posts: 3,004 Likes: 4
Moderator-Samsung
|
|
Moderator-Samsung
Joined: Jun 2006
Posts: 3,004 Likes: 4 |
Zip them up and email them to me.
Cheers
|
|
|
|
|
Joined: Jan 2008
Posts: 181
Member
|
|
OP
Member
Joined: Jan 2008
Posts: 181 |
Email sent! Many Thanks 
|
|
|
|
|
Joined: Dec 2010
Posts: 681
Member
|
|
Member
Joined: Dec 2010
Posts: 681 |
Did you try to make sure that the MGI was sending out the same codec as well?
|
|
|
|
|
Joined: Nov 2011
Posts: 34
Member
|
|
Member
Joined: Nov 2011
Posts: 34 |
in 5.2.13 you enable 'incoming call fixed codec' and set SIP trunk Pr1 to 'g711.a' and SIP trunk Pr2 to 'G711u'. Make sure Pr3 and Pr4 are set to none, if G729 is set as an option system will try and use anyway.
|
|
|
|
Forums84
Topics94,297
Posts638,867
Members49,769
| |
Most Online5,661
May 23rd, 2018
|
|
|
1 members (nortelvoip),
118
guests, and
293
robots. |
|
Key:
Admin,
Global Mod,
Mod
|
|
|
|
