SIP Reusing trunks and Proxy

Unanswered Question

Hi,


After some testing with my ITSP I found that outbound SIP is not working as I expect. In-bound works fine. I spoke to the ITSP and they said I didn`t re-register again on the outbound call. I checked the SIP-UA config, and I thought the `connection reuse`was suppose to keep the Trunk "up" and not having to re-register (let me know if I'm wrong.


So for testing I added (CLI) an outbound-proxy command to the dial-peer and got the following error:


Internal Error: unset return code 836A88E8


But the commands took. I've removed them and it added the "no voice-class sip out-bound proxy" to the config. I guess I need a little education here about what's a default and required specifically when using the connection resuse and outbound dial-peers.


I went from this:



dial-peer voice 1022 voip
corlist outgoing call-national
description **CCA*North American*Long Distance**
translation-profile outgoing PSTN_Outgoing
preference 6
destination-pattern 81[2-9]..[2-9]......
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
  session protocol sipv2
session target ipv4:xx.xx.xx.xx
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad


to this:

dial-peer voice 1022 voip
corlist outgoing call-national
description **CCA*North American*Long Distance**
translation-profile outgoing PSTN_Outgoing
preference 6
destination-pattern 81[2-9]..[2-9]......
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte

voice-class sip outbound-proxy ipv4:xx.xx.xx.xx
  session protocol sipv2
session target ipv4:xx.xx.xx.xx
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad

(Got the Internal Error), and then this:


dial-peer voice 1022 voip
corlist outgoing call-national
description **CCA*North American*Long Distance**
translation-profile outgoing PSTN_Outgoing
preference 6
destination-pattern 81[2-9]..[2-9]......
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
no voice-class sip outbound-proxy
session protocol sipv2
session target ipv4:xx.xx.xx.xx
dtmf-relay rtp-nte
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad



Thanks in advance for any help,


Bob James

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Steven Smith Mon, 02/22/2010 - 11:44
User Badges:
  • Gold, 750 points or more

connection-reuse is actually to make sure the same ports are used.  It can be used to help connections stay up, especially if your provider wants to keep using the same ports over again.


How often is the provider expecting the UC500 to reregister?  We should also try our credentials if they send a 401 in response to our invite.  We could probably look at changing some registration timers to register more often if that is the problem.

Steven,


So I see what part of the issue is; it's changing our invite from the user account in the proxy setup to the main number.


For example; our SIP username is 4035551212, and out main number is 4036667758, the sip invite is sending out "Bob James"



Where/how is it picking them up?



Thanks,


Bob james

Steven Smith Mon, 02/22/2010 - 12:31
User Badges:
  • Gold, 750 points or more

Would you mind posting your config and removing the passwords?  That would be useful.


Do you know how your SIP provider authenticates and what they want to see in the message?  Having the correct caller ID in the from Header isn't always incorrect.

Steven Smith Mon, 02/22/2010 - 12:59
User Badges:
  • Gold, 750 points or more

We can do this over email and post the results of what fixes the problem here.

Maulik Shah Mon, 02/22/2010 - 17:54
User Badges:
  • Silver, 250 points or more

The "connection-reuse" CLI has nothing to do with Re-registration - all it ensures is that the UC500 uses the same source & destination port (UDP 5060) for all SIP requests. By default the source port is usually ephemeral (meaning random) inline with RFC3261.


"voice-class sip outbound-proxy" is meant to change the actual L3 destination for the SIP messages - instead of sending the SIP message to the SIP proxy server (defined in sip-server CLI). The reason this is useful is if the ITSP wants all SIP messages to go to their domain (say sip.itsp.com which may not be resolvable) but be fronted by an SBC (session border controller) as the "outbound-proxy". It is also used for NAT traversal. Again this has nothing to do with "re registration" per se


The caller ID issue you point out below is a setting on the UC500 / CCA - you can either choose to use the main number for caller ID for all outbound calls OR set it such that the individual DID for an extension is the caller ID for calls from that extension (for extensions that have no DID associated with them, main number is used as caller ID). You can set this in the Outgoing Dial Plan tab on CCA.

Maulik Shah Mon, 02/22/2010 - 21:00
User Badges:
  • Silver, 250 points or more

If you have:


sip-ua

   connection-reuse


The source UDP port for SIP messages sent by UC500 will always be 5060


If that is not the case, then we need a wireshark to see what other port is being used. Assume this is all SIP traffic (not RTP).

Steven Smith Tue, 02/23/2010 - 07:49
User Badges:
  • Gold, 750 points or more

As Maulik said, connection-reuse will force the UC to use 5060 as the source and destination port.  Having another NAT device in line may break this though.  The NAT device could change the source port, making the UC500 config worthless.

Actions

This Discussion