BLF not works when use Bulk generator

my first guess, based on lack of info you provided, was that you didnt set the max calls on the extension.. bulk generator uses the defaut values screen to populate extension settings. you need to tweak the default settings and tenant default settings prior to using a bulk generator.

the default values was set in the past and they are fine when I create ext. one after one.
when using the bulk generator, I see that all the settings are the same as should be.
but the BLF never work if I use the bulk.
and it works if I create one by one.

what you mean by tweak default setting?
you meant the page that I choose that every new ext. will get the codec, number of characters for passwords and so on...?

what is max calls on extension?

thank you for your help

do a copy paste of both sip.conf entries. one made by a bulk generator and one made by hand.. I need to see both to tell you what isnt being setup. Also include the version of thirdlane and the version of asterisk you are running

Asterisk 1.8.7.1 built by root @ distro-e5.asterroid.com on a i686 running Linux on 2011-10-30 14:07:56 UTC

PBX Manager 6.1.1.11

BULK GENERATED

[201-inuitive]
qualify=5000
nat=yes
pickupgroup=37
callerid=Shlomo Gadot <201>
context=from-inside-inuitive
canreinvite=no
vmexten=201
parkinglot=parkinglot_inuitive
secret=*****
username=201-inuitive
host=dynamic
subscribecontext=local-extensions-inuitive
callgroup=37
dtmfmode=rfc2833
type=friend
mailbox=201@default-inuitive
disallow=all
allow=g729
MANUAL GENERATED

[101-ophir]
qualify=5000
nat=yes
pickupgroup=2
callerid=ophir 101 <101>
context=from-inside-ophir
canreinvite=no
vmexten=101
parkinglot=parkinglot_ophir
secret=******
username=101-ophir
host=dynamic
subscribecontext=local-extensions-ophir
callgroup=2
dtmfmode=rfc2833
type=friend
mailbox=101@default-ophir
disallow=all
allow=g729

DO YOU SEE ANY DIFFERENCE?

other than the fact that they are both missing call-limit= they should either both fail or both work, subscriptions are based netirely on sip.conf and nothing else.

I never changed the call-limit
and still I have 300 extensions created one by one and the blf works (I see the notify proccess in the cli)
and the bulk generated extensions doesn't notify.

I also tried to change the call-limit and it wasnt notify

I had my first installations that I used the bulk generated and after I saw that the blf doesn't work, I started to delete and re create extensions and I found out that I can't use the bulk generator any more.

but now it became a must have feature.

I also compared the configurations and didn't find any difference.

do you have any idea?

subscription is entirely based on sip.conf and where the call arrives in extensions.conf.. 100%

i use bulk generator all the time and use BLF's without issue.

did you check to make sure you are building a hint line in the extension dialplan? I noticed you were running an older version of pbx manager.

look at your local-extensions-tenant context..

you should have a

101,hint,SIP/101
101,1,Macro(tl-userexten,SIP/101,etc etc)

I wish I could enjoy the bulk generator as well,
its really wierd bug.
its only me having this issue?

exten => 201,1,Macro(tl-userexten,SIP/201-inuitive,201@default-inuitive,)
exten => 201,hint,SIP/201-inuitive

when you say its one of the ones that not notifying.. is this the extension trying to watch someone else? or is this an extension your trying to watch?

both,
I noticed that all the bulk generated ext. cannot notify and cannot watch, if I re-create 201 it will not help 200 to watch, I must re-create both.

theres nothing in the config files to indicate that, you must have something wrong with your phone templates or something. thirdlane is not required for asterisk to watch subscriptions, theres nothing stopping you from creating your own sip.conf entry and extension hint.

I dont use any phone template and no provision.
There is a difference between bulk and manual and I dont find this.
If there is any test that I can do to find out what the difference please ask and I will do so.

I have experienced something similar though I have not noticed any relation to bulk generator.

I have certain extensions where BLF won't work, and others (even in the same tenant) who do.

What I have seen in the extensions.include is that the ones who work end with a , whilst the ones who don't, well don't. So for example:

exten => 203,1,Macro(tl-userexten,SIP/203-Black,203@default-Black,)
exten => 203,hint,SIP/203-Black

works, but:

exten => 204,1,Macro(tl-userexten,SIP/204-Black,204@default-Black)
exten => 204,hint,SIP/203-Black

Doesn't.

Cheers
Nic

for those with beady eyes, the last line should have been:

exten => 204,hint,SIP/204-Black

rather

Cheers
Nic

I found those missing commas here too,
but those only appear in bulk generated ext.
and not all of them,
I generated 35 ext. 7 of them missed the comma.

and when adding one by one, its never miss it.
so I do think its a bug with bulk generation.

Unfortunately, just adding those commas in did not remedy the broken BLF on those extensions

Will keep looking.

Cheers
Nic

we should restart asterisk after this change, so I'm waiting for the night.
did you restart?

the idea itself simply doesnt add up.. BLF is a fucntion of sip subscriptions.. which means the only part of the dialplan at all that would even get looked at is the exten => 208,hint,SIP/208-tenant line, everything else is done by chan_sip.

except in practice?

I agree whole-heartedly Erik, but these are simply observations of what is occurring as opposed to what should.

Ophir, a restart did not change anything.

Cheers
Nic