SIP STUN SERVER 2

[kokolatas]

Hey guys.

I'm in the middle of a SIP implementation and i don't know what i should use for a STUN Server.

I do have the lic and i do have configure the SIP Line and the ARS Field.

So, can i use the default IP address for a stun or should i ask my ITSP to provide me the IP of it's own Stuns?

Can i use any of those free STUNS i found on Google?Can you recommend any?

Thanks in advance...

 

[alankrut]

SIP trunk provider has to provide the STUN server IP address and that is what we should use.

 

[kokolatas]

what about if i use those that i can find on Google for free? is it going to play?

 

[amriddle01]

Why would you want to?

ACS - IP Office Implement

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

 

[Maxwell1001]

SIP providers provide the STUN, setup sip line, tick run on startup and save and reboot the kit, if it works it will configure the settings for you if not it will give you possible clues as to why you cant make calls on your sip lines depending on what NAT Type / Firewall it give you back

then go and play with your firewall and routing etc and see if you can get it to work..

you would have no reason to use a different stun

ACA - IP Office
ACS - IP Office

 

[alankrut]

kokolatas,
see ultimately the SIP service provider IS very much there in the picture, right? so just as they have asterisk etc. based SIP servers (which basically means gatekeeper) they have STUN servers if reqd. so best to their resource bcoz at least you dont have to configure it..
very much like DNS servers provided by ISPs.

 

[kokolatas]

OK guys thank you. I'll give it a shot.

 

[kokolatas]

i just got in touch with my ITSP and they said they don't have Stun Server.

is it ok if i try one of the free Stuns Ip's i can find on Google?
I just need to know before i go onsite for implementation.
thanks.

 

[alankrut]

if i am not wrong it is *not* a must to use or configure STUN server. it is require in case you have an issue due to UDP datagrams in the presence of NAT/behind firewall.

you might try working on UDP ports being allowed thru your devices first.

there is not complete standardization for STUN it is best to use ITSP's implementation.

i know, to ask you to reconsider or changing your ITSP is not a solution!

 

[kokolatas]

ok,let's say the case is to change my ITSP. i have never implement SIP in the past and i don't know who's the best for IP Office. Can anyone suggest me a few ITSP's?

 

[NoelOhashi]

I had the same issue. However, heres what I did: Instead of ticking RUN STUN ON SYSTEM START UP, I simply pressed RUN STUN botton. And guess what: after a few mins (aprox 2 mins) the system found me the exact information need for it to work. It found the public IP Address, Public port and Restricted Cone NAT. I reebooted the system and it happens to work with more availability. We are running our SIP trunk with 10 channels enabled( G711 MU law codec) and we use NET Virtua as our Broadband Internet provider (half-Duplex 12000 KBPS of Download transmission and 800KBPS of Upload transmission). Our phone line is more available now. Its performance will run more smoothly as the BroadBand companies here in Sao Paulo, Brasil, offer more competitive prices.
I hope that can help you solve your issues.

 

[kholladay]

99% of the time using the default STUN server is just fine. You only use it to verify that your firewall/NAT setup is correct.

Kyle Holladay
ACA-I, ACA Call Center, ACS-I, ACS-M, TIA-CTP, MCP/MCTS Exchange 2007
ACE Implement: IP Office

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford

 

[kokolatas]

sorry, i forgot to reply.

I went for on site support (before Easter)and yes i did use the default STUN IP Address and after the PBX reboot it was just all fine.
So, thanks again...

 

[kokolatas]

Ps...FYI
on the Nat Type field i used the 'Unknown' and after the 'RUN STUN' process it was automatically replaced by the NAT type STUN discovered...So don't worry about what you should write down on that field...
(this is for the guys who have never implemented SIP Trunking before...just like i was some weeks ago.LoL!!!)

 

[kholladay]

Read this

http://www.ipofficeassistance.com/HOWTO_SIP_LES.html

It may help


Kyle Holladay
ACA-I, ACA Call Center, ACS-I, ACS-M, TIA-CTP, MCP/MCTS Exchange 2007
ACE Implement: IP Office

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford

 

[kokolatas]

nice one

 

[rr95]

Thanks Kyle. That was just what I needed. Heres a star.

 

[kholladay]

YIPPIE!!!!!! I swear I never get stars! It is list a treat, I cuddle up with them at night they are so rare.

Kyle Holladay
ACA-I, ACA Call Center, ACS-I, ACS-M, TIA-CTP, MCP/MCTS Exchange 2007
ACE Implement: IP Office

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford

 

[kholladay]

Although I guess it is because I come off as such an a$$ most of the time that people don't want to give me one

Kyle Holladay
ACA-I, ACA Call Center, ACS-I, ACS-M, TIA-CTP, MCP/MCTS Exchange 2007
ACE Implement: IP Office

"Thinking is the hardest work there is, which is the probable reason why so few engage in it." - Henry Ford