Congratulations on your official release, Erik! When things slow down a little would still like to give this a try.

Someone seems to have figured out a work around for the "64 pickup groups limit". Follow the thread in the link below. Could this work around be implemented in in MTE?

http://www.mail-archive.com/asterisk-users@lists.digium.com/msg220355.html

/Ole

DUH! Wrong place!

Posted in correct forum now:

http://www.thirdlane.com/forum/more-pickup-groups-for-tenants-in-mte#com...

Nice box btw. We also use pfsense.

/Ole

Erik, looks good, just placed an order.

Hello

We use multiple MTE's for some of our customers, we host these platforms in our data centres.

Our customers use dedicated lines (only for voice) to connect their phones to our centralised platform.

for some customers we experiencing bandwith issues on dedictated when the use BLF, we see that the signaling traffic exceeds the rtp traffic.

If we would use a prroxy would we tackle this problem (or at least minimise this)

Regards

Gert

Hi Erik

How can obtain a test version of your proxy (in Amsterdam, the Netherlands)

Regards

Gert

Would the SIP proxy keep the BLF traffic local like it does the RTP traffic?

-Matt

no, those subscription messages are to/from the server not to/from handset to handset.

Erik

Do you have any other thoughts on how to solve this bandwidth issue?

Regards

Gert

why would BLF traffic consume bandwidth when all its doing is sending a sip notification message whenever there is a state change. Are you watching every single phone from every single phone?

We did a test with 5 linksys phones with sidecars and we use 10 BLF's per phone (also other phones without the blf)

When a call is made to a hunt with in that hunt all 10 phones, we see a lot of traffic on the wan links (more then 1,5 mbps) The line is not being used for anything else then this test (we also checked if any other traffic is on the link)

Also when we have less BLF information on the network we see perfomance issues when a user is making a call and another inbound call reaches a hunt group.

We are now looking into SER to see if we could generate less signaling traffic, and i was woundering if the SP100 would do the same trick

regards

Gert

signalling accounts for less than 5% of the total bandwidth of a standard SIP phonecall. If you are claiming 1.5mbps of just sip (not RTP) then you have something serious going on or you arent giving me the full picture. You aren't trying to do something hokey like SLA are you?