SIP trunk; sending no RTP stream 2

[derfloh]

Hi there,

I try to setup a new IP500V2 for our customer to work with a SIP trunk from german R-Kom.

Everything works fine. Registering, incoming calls, outgoing calls. The only (but big) problem is, that I can speak only one way. Voice is only hearable inbound but not outbound.

I asked the provider who told me that ther is a RTP-Strem from provider to IPO but no RTP-Stream from IPO to provider. I took an old hub an startet to watch the session with Wireshark and could see the same. Only inbound RTP but not outbound.

The Connection is not firewalled. The customer has a direkt fiber line to the provider so that we should not have any NAT problems.

It would be great to find someone who had similar problems and could help me out.

If you nee mor information just ask.

Thanks in advance

 

[amriddle01]

Are the IP routes in the system configured correctly? i.e only one 0.0.0.0 route pointed to the correct LAN port and gateway etc

ACSS (SME)
APSS (SME)

http://www.ipoffice.tel

"I'm just off to Hartlepool to buy some exploding trousers

 

[Westi]

Also make sure you are using LAN1 Network Topology in the SIP line, in the first tab under Network configuration.
Do you have the "Use offerers preferred codec" checked on in the VoIP tab of the SIP line.
I didn't experience the problem but that seems like areas where it could cause problems if there is a codec mismatch or network is not setup to use the proper LAN port

Joe W.

FHandw., ACSS

insanity is just a state of mind

 

[hairlessupportmonkey]

And who is doing your STUN?

If the ITSP isnt then as Westi pointed out, but also click "Run Stun" and tick Run Stun on start up.

The IPO should then detect your network type and public IP. if not, manually fill out the settings depending on your network type.

 

[derfloh]

Thanks for your answers.

@amriddle
Your hint was the right one. I have set up an IP route pointing to the providers SIP gateway. Pointing just only to the IP address of the gateway. I didn't remark that I get RTP packet from another IP adress and that the IPO wants to answer these packets to the same address. I had no IP route pointing to that second IP address so my sent RTP packets didn't ever arrive...

Thanks for your help and thanks to Westi an HSM for your Ideas.

 

[amriddle01]

Cool

ACSS (SME)
APSS (SME)

http://www.ipoffice.tel

"I'm just off to Hartlepool to buy some exploding trousers

 

[derfloh]

A little mistake can cause big problems ;-)

 

[DrDrayAvaya]

well done! so.... further to that.. i have similar problem with IP500V2, 6.0.18...calls are fine in/out, speech etc all good.
I had programmed in a time based ICR for their main number to goto an offsite callcentre answering service.
So old school trunk to trunk transfer.

The call goes through and connects ok as seen in System Status/ Monitor. But nil speech.
Sys status shows codec as RTP Relay rather than 729 or 711.

I look in RTP Streams in Monitor, and the conversation is there, but nothing being transmitted or recieved. stays on 0 both inbound and outbound, yet connection is there???

First question is, doing a trunk to trunk style forward is ok with SIP trunks?
These trunks aren't registered, just a plain pipe to ITSP with a public IP address.

Secondly, is there a way of forcing a VCM to be used, as there isn't one in use during the connected part of the phone call as seen in resources / system status.

can get some clean monitor trace to put up if anyone is keen for curing insomnia?!

Cheers in advance,

Chris

 

[derfloh]

My only idea right now is to deactivate 'direct media path' to force IPO to use VCM channels.

 

[DrDrayAvaya]

Hi defloh, I would really like to do that, but there are no IP phones on this system, only SIP trunks, and no option on the SIP trunks, only endpoints can have direct media path selected or deselected that I can see??
...
Is there somewhere that will force the IPO to answer the first leg of the call and do translation/ handoff to the second leg,effectively supervising the call completely as two separate calls?

There is just the one IP Route 0.0.0.0 to the gateway 192.168.1.254, and the public IP is hitting the sonicwall firewall appliance and all ports forwarding to the IPO on 192.168.1.2
I'm smelling a rat around the ip routing thing from earlier posts, but I just can't put my finger on it.
The system network topology has the system as Open Internet, with the static address 121.98.etc.etc and port 5060
My understanding from the router is that it's not really on a public IP, as the IP Office would have the 121.XXX.etc address if that were teh case?


Cheers,

Chris

 

[CarGoSki]

codec mismatch? Perhaps you should change from automatic compression mode to specific 711 or 729.

 

[IPOfficeIreland]

The system network topology has the system as Open Internet, with the static address 121.98.etc.etc and port 5060
My understanding from the router is that it's not really on a public IP, as the IP Office would have the 121.XXX.etc address if that were teh case?"

If the system is behind the sonicwall on a private LAN (192.168.1.2) then it is not OPEN INTERNET. Run the STUN and see what it comes back with, keep in mind that the default stun 69.90.168.13 is not functioning correctly these days. I have been using 75.101.138.128 which is ok. Alternatively put your details in manually, Port Restricted cone Nat, pubic IP and port 5060.