Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

There isn't any yet but there is already an implementation of this plugin in 4.6. See https://github.com/dhubler/sipXhomer/tree/master/proxy-plugin On 07/12/2012 06:41 AM, Kyle Haefner wrote: Joegen, Is there any documentation on the transaction plugin? I didn't see a Jira number. Thanks!

Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

Joegen, Is there any documentation on the transaction plugin? I didn't see a Jira number. Thanks! Kyle On Wed, Jul 11, 2012 at 2:46 AM, Joegen Baclor wrote: > Unfortunately not. The outbound processor only allows you to modify SIP > headers but not retarget nor to drop certain messages. > >

Re: [sipx-users] Changing phone MAC addresses

On Jul 11, 2012, at 13:31 , Tony Graziano wrote: > BTW - If the line is not > registered, DO NOT check the box to restart it. It can't send a > restart to a phone thats not registered. That's not a flaw its just > how it "should work". (Hey, that phone didnt restart. Hey, why isn't > it registered

Re: [sipx-users] Snom 320 phones not registering with 4.6

Looks like this might be related to LLDP-MED. Even though I had not assigned a VLAN in the config, the Cisco "Auto Voice VLAN" feature may have jumped in. I defaulted the switch back to factory settings, with everything including voice in VLAN 1. Now I'm still seeing provisioning failures, bu

Re: [sipx-users] Changing phone MAC addresses

I use phones that auto discover so ou dont input the mac wrong. I hear what you are saying, but I'm just trying to provide guidance on the least problematic way to do things. BTW - If the line is not registered, DO NOT check the box to restart it. It can't send a restart to a phone thats not regist

Re: [sipx-users] Changing phone MAC addresses

OK, will do. If this is the case, then might I suggest making the MAC field non-editable once the record is created? This would force a delete and re-create. On Jul 11, 2012, at 13:19 , Tony Graziano wrote: > the system will project the config file with the mac address that was > con

Re: [sipx-users] Changing phone MAC addresses (was: Snom 320 phones not pulling configs)

the system will project the config file with the mac address that was configured. Don't manipulate the file name. Delete the phone and create it with the proper mac address and project the file or you will never get updates. On Wed, Jul 11, 2012 at 11:47 AM, Kurt Albershardt wrote: > > On Jul 11,

Re: [sipx-users] SIP Trunking Gateway

and they just announced g722 support... On Wed, Jul 11, 2012 at 12:26 PM, m...@grounded.net wrote: > On Wed, 11 Jul 2012 10:09:22 -0400, Tony Graziano wrote: >> They don't think Ethernet overhead. After you wrap the packet its 32k. Why >> would you care what their sales monkey says? > > I don't a

Re: [sipx-users] Snom 320 phones not registering with 4.6

On Jul 11, 2012, at 10:28 , Kurt Albershardt wrote: > Firmware-Version: snom320-SIP 7.3.30 6059 Updating to firmware 8.7.3.7 does not fix this, but does seem to indicate a problem with the generated config: Clear settings from phone menu after DHCP fails, triggers reboot. Unplug & r

Re: [sipx-users] 4.6 webUI glitches

On Wed, Jul 11, 2012 at 12:08 PM, Kurt Albershardt wrote: > Got the same error page when choosing "Basic Network" from the lefthand side > of a phone device page. No problem with any other items on the lefthand > side of that page. Same behavior on other phone pages. I could duplicate and I ca

Re: [sipx-users] Snom 320 phones not registering with 4.6

On Jul 11, 2012, at 9:55 , Kurt Albershardt wrote: > they do pull configs from the same host, and do so on reboots now. Correction here - rebooting either from the webUI or by unplugging and replugging the PoE causes the phones to hang on DHCP requests. If I 'cancel out of that, I get a Provis

Re: [sipx-users] SIP Trunking Gateway

On Wed, 11 Jul 2012 10:09:22 -0400, Tony Graziano wrote: > They don't think Ethernet overhead. After you wrap the packet its 32k. Why > would you care what their sales monkey says? I don't and I'm tired of his rude and know it all attitude so I've given up on them after wasting months of my time.

[sipx-users] 4.6 webUI glitches

On Jul 10, 2012, at 19:47 , Kurt Albershardt wrote: > Choosing the Date/Time menu produced > > An internal error has occurred. Click here > to continue. Got the same error page when choosing "Basic Network" from the lefthand side of a phone devi

[sipx-users] Snom 320 phones not registering with 4.6

All three phones have pulled configs now, but none has successfully registered. Displays show "NR" at the top and the web interfaces show: Identity 1 Status: 1...@sipx.domain.com: Network Failure I can ping all three phones from the sipx server command line. Don't see a ping tool in the

Re: [sipx-users] Changing phone MAC addresses (was: Snom 320 phones not pulling configs)

On Jul 11, 2012, at 9:40 , Kurt Albershardt wrote: > As it turns out, I mis-read a "B" as an "8" when entering the MAC of the > second phone above. > > Went into 'Phones" in the GUI and changed the MAC to the correct > 0004133842b5, then hit "OK" and "Send Profiles" > Saw "You are about to gen

Re: [sipx-users] Changing phone MAC addresses (was: Snom 320 phones not pulling configs)

On Jul 11, 2012, at 9:31 , Kurt Albershardt wrote: > [root@sipx ~]# ls -l /var/sipxdata/configserver/phone/profile/docroot/ > total 168 > -rw-r--r-- 1 sipx sipx 51932 Jul 10 17:51 00041338400C.xml > -rw-r--r-- 1 sipx sipx 51932 Jul 10 17:51 000413384285.xml > -rw-r--r-- 1 sipx sipx 51932 Jul 10 17

Re: [sipx-users] Snom 320 phones not pulling configs

On Jul 11, 2012, at 3:08 , Michael Picher wrote: > And you poured over the snom info in the wiki? Yes - just fumblefingered the URL. On Jul 11, 2012, at 3:33 , Douglas Hubler wrote: > Local file > /var/sipxdata/configserver/phone/profile/... Thanks for the pointer - they are there: [root@si

Re: [sipx-users] NTP configured as unmanaged in 4.6

On Jul 10, 2012, at 21:23 , Douglas Hubler wrote: > On Tue, Jul 10, 2012 at 10:26 PM, Douglas Hubler wrote: >> On Tue, Jul 10, 2012 at 9:47 PM, Kurt Albershardt wrote: >>> Choosing the Date/Time menu produced >>> >>> An internal error has occurred. Click here >>>

Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

> Would it be better to discuss the blf/rls standards available to see if > there is a more efficient standard for a wan environment and whether they > are functionally possible. +1 for this. Maybe the blf/rls request can be merged/compressed at the server at each location and sent via wan in mer

Re: [sipx-users] SIP Trunking Gateway

They don't think Ethernet overhead. After you wrap the packet its 32k. Why would you care what their sales monkey says? On Jul 11, 2012 9:28 AM, "m...@grounded.net" wrote: > > Appia doesn't hard code the codecs at all (if they limited it to G.729, > > AA/VM wouldnt work...its ulaw only). Rather

Re: [sipx-users] SIP Trunking Gateway

> Appia doesn't hard code the codecs at all (if they limited it to G.729, > AA/VM wouldnt work...its ulaw only). Rather its negotiated via the SDP. > They allow both g729 and G711u. So you can choose your codec based on what > you allow via sipxbridge and the codec order in the endpoint. It's s

[sipx-users] sipXivr on 4.4

seems that in 4.4 dial_by_name doesn't work, the digits buffer need to be clean from the 9 that is the menu choice. some other get this issue. ___ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sip

Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

Would it be better to discuss the blf/rls standards available to see if there is a more efficient standard for a wan environment and whether they are functionally possible. On Jul 11, 2012 8:49 AM, "Nathaniel Watkins" wrote: > Are there any realistic options that would allow blf to be > contained

Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

Are there any realistic options that would allow blf to be contained/fractured to a specific local server. For example, say customer x has two locations connected via a 5 mb link, each location has a node of an HA configuration. Make the assumption that users at location A only need to see 'st

Re: [sipx-users] Snom 320 phones not pulling configs

I got a snom pulling config from 4.4 here. I simply followed what's on the wiki. On 07/11/2012 05:33 PM, Douglas Hubler wrote: > On Tue, Jul 10, 2012 at 9:55 PM, Kurt Albershardt wrote: >> Plugged in three Snom 320 phones after configuring MAC addresses and >> extensions in sipx 4.6 >> >> sipx

Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

On 07/11/2012 06:06 PM, Claas Hilbrecht wrote: > Hello Joegen, > > thanks for the quick replay. > >> Unfortunately not. The outbound processor only allows you to modify SIP >> headers but not retarget nor to drop certain messages. > What a pitty. I thought this could be a solution to solve the ban

Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

Hello Joegen, thanks for the quick replay. > Unfortunately not. The outbound processor only allows you to modify SIP > headers but not retarget nor to drop certain messages. What a pitty. I thought this could be a solution to solve the bandwidth problem. Is dropping of certain messages a furth

Re: [sipx-users] Snom 320 phones not pulling configs

On Tue, Jul 10, 2012 at 9:55 PM, Kurt Albershardt wrote: > Plugged in three Snom 320 phones after configuring MAC addresses and > extensions in sipx 4.6 > > sipx is not handling DHCP, so I entered the config URL via each phone's HTTP > interface. > Phones reboot, but no config gets loaded. > > W

Re: [sipx-users] Snom 320 phones not pulling configs

And you poured over the snom info in the wiki? On Tue, Jul 10, 2012 at 9:55 PM, Kurt Albershardt wrote: > Plugged in three Snom 320 phones after configuring MAC addresses and > extensions in sipx 4.6 > > sipx is not handling DHCP, so I entered the config URL via each phone's > HTTP interface. >

Re: [sipx-users] Bug fix release update: sipXecs 4.4.0 update #17

Unfortunately not. The outbound processor only allows you to modify SIP headers but not retarget nor to drop certain messages. On 07/11/2012 02:48 PM, Claas Hilbrecht wrote: > Hello, > > just a quick question. As I mentioned here I have some trouble to get speed > dials BLF working on a VPN setu