Jump to content
Vodia PBX forum
Walter

UDP port and Extension vs Bandwidth

Recommended Posts

2 Questions in one, (one of them might be really easy for the experienced guys)

 

Easy one first, Extensions vs Bandwidth.

It is ok to think that a registered extension does not utilize bandwidth, only when the extension comes alive on a call internal or external?

 

 

Second question.

 

My Test PBX is set and I can make outbound calls but I can receive,

My provider tells me the PBX is trying to receive inbound on port TCP and I can see the logs

 

I went to ADMIN and ports and took out the TCP 5060 just left it blank and reboot the pbx and the system altogether but it still does the same.

 

What am I missing?

 

5] 2011/03/22 01:11:31: SIP Tx tcp:xxx.xxx.xxx.xxx:5060:

REGISTER sip:dn01-03.fs.broadvox.net SIP/2.0

Via: SIP/2.0/TCP 192.168.2.202:49158;branch=z9hG4bK-f6e1c3ba33143afb3d6115bbe69c5524;rport

From: <sip:1112223333@dn01-03.fs.broadvox.net>;tag=32567

To: <sip:1112223333@dn01-03.fs.broadvox.net>

Call-ID: r63k9oso@pbx

CSeq: 18585 REGISTER

Max-Forwards: 70

Contact: <sip:1112223333@192.168.2.202:49158;transport=tcp;line=c81e728d>;+sip.instance="<urn:uuid:76e78aa8-1c75-44fb-aa67-df375e927127>"

User-Agent: snom-PBX/2011-4.2.0.3981

Supported: outbound

Authorization: Digest realm="dn01-03.fs.broadvox.net",nonce="2c27b68e-3e38-47d7-ba6c-9ae3c2baf14a",response="05ea6f8c40acc4410eb9212717f407c5",username="1112223333",uri="sip:dn01-03.fs.broadvox.net",qop="auth",nc=00000013,cnonce="e7e63c4a",algorithm=MD5

Expires: 3600

Content-Length: 0

Share this post


Link to post
Share on other sites

It is ok to think that a registered extension does not utilize bandwidth, only when the extension comes alive on a call internal or external?

 

I would say 95 % yes.The problem is not so much the average bandwidth, it is the peak. For example, if you have to send 1 KB every minute, that's usually not a problem. However when you are in a call and you have a bandwidth of lets say 128 KBit/s, then that packet blocks the traffic for 8000/128000 = 62.5 ms. You will hear this, the jitter buffer on the other side will get a lot more pessimistic and you'll have a voice delay of probably 60-70 ms just because of this.

 

My Test PBX is set and I can make outbound calls but I can receive,

My provider tells me the PBX is trying to receive inbound on port TCP and I can see the logs

 

I went to ADMIN and ports and took out the TCP 5060 just left it blank and reboot the pbx and the system altogether but it still does the same.

 

Well, if the provider supports "outbound" (RFC5626), then everything should be working beautifully. However, I am not aware about any provider that supports this great solution to NAT yet.

 

Anyway, looking at this problem:

 

# host -t NAPTR dn01-03.fs.broadvox.net
dn01-03.fs.broadvox.net has NAPTR record 70 50 "s" "SIP+D2T" "" _sip._tcp.dn01-03.fs.broadvox.net.
dn01-03.fs.broadvox.net has NAPTR record 50 50 "s" "SIPS+D2T" "" _sips._tcp.dn01-03.fs.broadvox.net.
dn01-03.fs.broadvox.net has NAPTR record 60 50 "s" "SIP+D2U" "" _sip._udp.dn01-03.fs.broadvox.net.

 

Whow! We have a provider that supports UDP, TCP and even TLS! TCP is the preferred method here, so the PBX continues looking up the TCP record ajnd finally comes up with an IP address. However, it does not look like they support outbound, and I guess if you want TCP working you need to run your PBX on a routable ("public") IP address.

 

I would say for now the only way for you to get this working is to fall back to good old UDP. You can do that by using "sip:dfw01-03.fs.broadvox.net:5060" or "sip:nyc01-03.fs.broadvox.net" as outbound proxy of the trunk, whatever is closer (Dallas or New York I guess).

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...