Request Sent - but only with WxC.

Forums › VoIP › Request Sent - but only with WxC.

mruane

420 posts

Ultimate Geek
+1 received by user: 2

#32531 19-Apr-2009 17:22

Hi

My trixbox configuration keeps loosing its connection to WxC yet I can make outgoing calls on my VFX line without problem but incoming calls are not getting though.

On checking the SIP info status page in Trixbox, I see that the pan.wxnz.net connection has a status of 'Request Sent' whereas all of the other trunk connections are 'Registered'. I can fix this by rebooting the Netgear router, but I am wondering why its just the VFX trunk that is failing to register.

Anyone have any idea's that I could try?

Edit: I have just managed to force a registration by selecting the VFX Trunk and saving it without making any changes then clicking the orange bar to reload the configs. Still leave the more interesting question of why only the VFX trunk failed to register!

Cheers Mike

1 | 2 | 3 | 4

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#207968 19-Apr-2009 17:41

A SIP reload from the command line or FreePBX CLI will do the same thing.

Do you have a expirey time set anywhere? Typically this will default to 3600 so lowering this significantly would solve the issue.

maxexpirey = 120
defaultexpirey = 120

You probably don't need it as low as 120 however but this should definately solve the issue but would be forcing pretty regulat registration connections.

Try adding this to your sip.conf somewhere in the general settings, you can probably add it in the SIP trunk settings and it'll do the same thing.

This doesn't explain why it's losing the connection though - maybe Josh or soebody from WxC might be able to look at your logs to find out why.

mruane

420 posts

Ultimate Geek
+1 received by user: 2

#207984 19-Apr-2009 19:19

Thanks sbiddle.

I guess you mean "defaultexpiry" rather than "defaultexpirey" right?

I can load these into the Trunk PEER details section of Trixbox no problem. They are not currently defined, so I suspect that I am using the default settings. Not sure though if I should make this change because its only the VFX trunk that is becoming unregistered - which suggest a setting at VFX (i.e. WxC) could be contributing.

Might be worth a call to the help desk tomorrow - unless one of their team respond here. I just wondered if anyone else had experienced this on a regular basis.

Cheers Mike

coffeebaron

6304 posts

Uber Geek
+1 received by user: 3566

Trusted

Lifetime subscriber

#207992 19-Apr-2009 19:38

Interesting - I've had a few issues too with my VFX trunks not registering or dropping out over last couple of days. This was after adding a 2nd VFX trunk.

My 2talk trunks never miss a beat.

Rural IT and Broadband support.

Broadband troubleshooting and master filter installs.
Starlink installer - one month free: https://www.starlink.com/?referral=RC-32845-88860-71
Wi-Fi and networking
Cel-Fi supply and installer - boost your mobile phone coverage legally

Need help in Auckland, Waikato or BoP? Click my email button, or email me direct: [my user name] at geekzonemail dot com

sbiddle

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#207998 19-Apr-2009 19:57

I think both expirey and expiry work - if you google them you'll find they're both used.

mruane

420 posts

Ultimate Geek
+1 received by user: 2

#208038 19-Apr-2009 22:36

Ok I will try dropping the maxexpiry and defaultexpiry value to 2000 and see what the impact is.

@coffeebaron: yes, my 2talk and two others are rock solid also - just the VFX trunk that's unstable. I will raise a fault ticket and see if the VFX team can provide any guidance. I have had very good response from them recently on another matter, so its worth a try!

Edit: Just checking the Trixbox SIP Info display and I notice that the VFX Trunk has a "Refresh" value of 165 on the SIP Info display page compared to 105 for the other trunks. The value 105 equates to a maxexpiry of 120. When I change that value in the SIP.CONF file, all of the other trunks update to show a new Refresh interval EXCEPT the VFX trunk, which seems to confirm that VFX are controlling the refresh interval as part of the connection.

Cheers Mike

sbiddle

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#208060 20-Apr-2009 07:45

mruane:

Ok I will try dropping the maxexpiry and defaultexpiry value to 2000 and see what the impact is.

@coffeebaron: yes, my 2talk and two others are rock solid also - just the VFX trunk that's unstable. I will raise a fault ticket and see if the VFX team can provide any guidance. I have had very good response from them recently on another matter, so its worth a try!

Edit: Just checking the Trixbox SIP Info display and I notice that the VFX Trunk has a "Refresh" value of 165 on the SIP Info display page compared to 105 for the other trunks. The value 105 equates to a maxexpiry of 120. When I change that value in the SIP.CONF file, all of the other trunks update to show a new Refresh interval EXCEPT the VFX trunk, which seems to confirm that VFX are controlling the refresh interval as part of the connection.

Cheers Mike

I've read about issues in the past with SBC's overriding the default Asterisk settings on other VoIP providers, it certainly does seem that there is an issue somewhere.

I had a dropout on Saturday as well when I tried to ring my home number around 10am and had this divert back to my mobile. The big question here is whether Asterisk is reregistering correctly when it tries to reregister, it would seem that maybe this is not infact happening correctly all the time like it should.

Samsung

Shop now on Samsung phones, tablets, TVs and more (affiliate link).

joshp

205 posts

Master Geek
+1 received by user: 1

Trusted

WorldxChange

#208090 20-Apr-2009 10:59

Hi Guys,

Try setting your max expire to 180, you will send through a request for what you have set, but if you look at the sip message we send back we actually send back 180, it seems that Asterisk is not listening to this and continuing to send again at its set expire time.

See if that helps.

Cheers

Josh

http://wxc.co.nz

mruane

420 posts

Ultimate Geek
+1 received by user: 2

#208132 20-Apr-2009 13:23

Ah interesting point Joshp, thanks I will try that. So are you saying that whatever we have Asterisk set to for the refresh interval, you only ever respond with 180 regardless? If so, no problem, but we need to ensure Asterisk is set accordingly.

Cheers Mike

coffeebaron

6304 posts

Uber Geek
+1 received by user: 3566

Trusted

Lifetime subscriber

#208483 22-Apr-2009 09:25

Happened again this morning. Trunks lost registration - outgoing calls fine, but no incoming. And yes I do have maxexpiry=180

Rural IT and Broadband support.

Need help in Auckland, Waikato or BoP? Click my email button, or email me direct: [my user name] at geekzonemail dot com

sbiddle

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#208493 22-Apr-2009 09:53

I just had the same issue.. There is definately an issue here somewhere.

mruane

420 posts

Ultimate Geek
+1 received by user: 2

#208494 22-Apr-2009 09:55

Yes - same here coffeebaron. The trunk was registered at 11:00pm but by the time I checked again at 7:30am it had become unregistered. Not even a Trixbox reboot would reregister the trunk - so I suspect that I am going to need to reboot the router. Outgoing calls are fine but all incoming calls are redirected to the standby number on "unavailable" status. What I cannot work out is - if the trunk is actually not registered, how can we make outgoing calls using that trunk?

I have set my default expiry set to 180 and max expiry set to 604800 (after reviewing some feedback on the Trixbox forum).

All of my other (non-VFX) trunks are registered just fine, so this has to be a local VFX issue.

Cheers Mike

Quic Broadband

Move to New Zealand's best fibre broadband service (affiliate link). Free setup code: R587125ERQ6VE. Note that to use Quic Broadband you must be comfortable with configuring your own router.

sbiddle

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#208497 22-Apr-2009 10:16

A sip reload fixed my issue straight away and showed the trunk as registed.

sbiddle

30853 posts

Uber Geek
+1 received by user: 9996

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#208499 22-Apr-2009 10:22

WxC's settings have qualify=no I'm beginning to wonder whether maybe it would be worth trying qualify=yes and seeing if it resolves the issue.

coffeebaron

6304 posts

Uber Geek
+1 received by user: 3566

Trusted

Lifetime subscriber

#208507 22-Apr-2009 11:12

sbiddle: WxC's settings have qualify=no I'm beginning to wonder whether maybe it would be worth trying qualify=yes and seeing if it resolves the issue.

No - I have this setting enabled.

Are you guys using pan.wxnz.net or as.wxcnz.net? or both?

Rural IT and Broadband support.

Need help in Auckland, Waikato or BoP? Click my email button, or email me direct: [my user name] at geekzonemail dot com

coffeebaron

6304 posts

Uber Geek
+1 received by user: 3566

Trusted

Lifetime subscriber

#208508 22-Apr-2009 11:15

mruane:
What I cannot work out is - if the trunk is actually not registered, how can we make outgoing calls using that trunk?

It does make sense; the registration tells WxC where your box is to send an incoming call. For out going calls, Trixbox knows where WxC is, and has the credentials in the config files.

Rural IT and Broadband support.

Need help in Auckland, Waikato or BoP? Click my email button, or email me direct: [my user name] at geekzonemail dot com

1 | 2 | 3 | 4