I have a 406 Processor with 4.2.4 software on it, and I am using SIP trunking. The 5610sw ip phones that I have sound great ext to ext, but if you talk to somebody externally the person on the IP phone hears a terrible quality, however the person externally hears the person on the IP phone just fine. All the digital phones have great quality as well, to eliminate the IP network, I plugged the IP phone directly into the LAN port on the IP office and same result. We are using G7.11 ULAW 64k, and I went into Extensions and changed the IP phones to that instead of Automatic Selection as well as checked/unchecked Allow Direct Media Path and messed with some other check boxes. Any suggestions would be appreciated.
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
IP Phones Bad Quality
- Thread starter Bibbyboy
- Start date
Maxwell1001
Vendor
What country are you in?
What Sip provider are you using?
ACA - IP Office
ACS - IP Office
What Sip provider are you using?
ACA - IP Office
ACS - IP Office
- Thread starter
- #4
- Thread starter
- #5
mattKnight
Programmer
>All the digital phones have great quality as well, to eliminate the IP network
Please clarify. Does this mean that all outbound calls from DS phones are OK? Or calls from DS to IP phones are ok.
This is crucial as it eliminates your SIP services (or alt least reassures that they are working ok)
Take Care
Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
Please clarify. Does this mean that all outbound calls from DS phones are OK? Or calls from DS to IP phones are ok.
This is crucial as it eliminates your SIP services (or alt least reassures that they are working ok)
Take Care
Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
- Thread starter
- #8
All the Digital phones work great, no matter what the calling scenario is, the IP phones work fine with the Digital phones as well, the only issue is the IP phones on inbound/outbound calls - where the quality is only bad on the IP phones side. >"to eliminate the IP network, I plugged the IP phone directly into the LAN port on the IP office and same result."<
- Thread starter
- #9
On the phone itself turn off AGC thru the menu.
On the Sip Line "compression mode" don't use Auto put it on G711.
On the IP extension only tick Out of Band DTMF the rest needs to be unticked and also don't put the "compression mode" on Auto but on G711.
If you don't have bandwith enough then of the wanted result the change on both the G711 to G729.
greetzzz...Bas
___________________________________________
It works! Now if only I could remember what I did...
___________________________________________
On the Sip Line "compression mode" don't use Auto put it on G711.
On the IP extension only tick Out of Band DTMF the rest needs to be unticked and also don't put the "compression mode" on Auto but on G711.
If you don't have bandwith enough then of the wanted result the change on both the G711 to G729.
greetzzz...Bas
___________________________________________
It works! Now if only I could remember what I did...
___________________________________________
- Thread starter
- #12
- Thread starter
- #13
- Thread starter
- #14
Just got off the phone with Catalyst Tech Support, and they want me to upgrade the firmware on an IP phone to the latest firmware which is "available" on the newest release of Manager 4.2.14, but fortunately I will not have to upgrade this system as there are glitches on 4.2.14 that I want to avoid, so hopefully by tomorrow I'll have an IP phone with updated firmware and I'll let you guys know how it goes.
Are you using a diiferent "Voice" VLAN, or is it all on a default VLAN?
On must is using a "voice" VLAN when you have IPPhones.
Or have a standalone network, and use LAN2 to connect to the DATA network.
___________________________________________
It works! Now if only I could remember what I did...
___________________________________________
On must is using a "voice" VLAN when you have IPPhones.
Or have a standalone network, and use LAN2 to connect to the DATA network.
___________________________________________
It works! Now if only I could remember what I did...
___________________________________________
mattKnight
Programmer
What version of firmware are you using on the phones?
If you look at the network monitoring on the phone when it is on a call
We need to know what the parameters are (jitter, packet loss, delay etc)
Take Care
Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
If you look at the network monitoring on the phone when it is on a call
We need to know what the parameters are (jitter, packet loss, delay etc)
Take Care
Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
- Thread starter
- #17
Bas1234, Its interesting you bring that up. The VLAN on the IP phones is just the default=0, I've never ever messed with that setting. Also, speaking about LAN2 - when we did this sip trunking, we realized that the sip network was on a 10.x.x.x network, but we needed the phones to be on the local network, so we used port 8 as the LAN2 for the sip network, and LAN1 for internal, so I pretty much need to keep the IP phones on LAN1 if all that makes sense.
mattKnight
Programmer
>so I pretty much need to keep the IP phones on LAN1 if all that makes sense.
This is probably the root of your problem. Don't route voice across the ports....
I'd suggest putting an IP phone on LAN2 and testing that to the outside world using SIP
Then try ringing an internal IP phone on LAN1.
I'll bet that the calls to SIP are OK and the internal call between VLAN 0 and VLAN 2 are poor
Take Care
Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
This is probably the root of your problem. Don't route voice across the ports....
I'd suggest putting an IP phone on LAN2 and testing that to the outside world using SIP
Then try ringing an internal IP phone on LAN1.
I'll bet that the calls to SIP are OK and the internal call between VLAN 0 and VLAN 2 are poor
Take Care
Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
Almost every customer we have with SIP has it set up on LAN 2 - this is about 20 customers - of these customers (including ourselves) we have about 7 using IP phones connected to LAN 1 with no call quality issues, in fact our biggest call quality issue with SIP is with one site using 5410 handsets.
Also of these 7 sites only one has their data on a different VLAN to the voice. We actually have two different systems here in our office connected to the same local network (one demo, one real) - both of which connect to their LAN1 and both of which use the SIP lines connected to the LAN2 of the main system.
Also of these 7 sites only one has their data on a different VLAN to the voice. We actually have two different systems here in our office connected to the same local network (one demo, one real) - both of which connect to their LAN1 and both of which use the SIP lines connected to the LAN2 of the main system.
- Thread starter
- #20
- Status
Similar threads
- Locked
- Question