FXO line to IVR

dont make it an extension.. make it a special line... you are also going to have to creatively make it send a destination # since there is no DID passed over analog lines. In the special line section you can also omit the callerid information so that callerid from the caller is passed on. Since your using MTE the usual dialplan tricks are less ideal since its not a 1time thing. I believe the 3102 can be programmed to call a specific # on the sip server when a call arrives. What you want to do next is create a feature code for whatever that extension # you told it to call. That feature code then just invokes the go-to-ivr script.

I did an special line as you told me and works fine. Once the call cames in the FXO device I configured to dial extension 601 that goes to an IVR.
I guess that I can do this with all tenants no? I mean extension 601 is separated for each tenant no?
For now it works fine.
Thank you Erik.

yes 601 is specific to the context of each tenant.

Its working fine. Now the issue that I have is that Linksys 3102 is not passing the caller ID to asterisk when I call the PSTN line connected to the FXO port. I see the caller ID in the info page of the 3102 but when I receive the call through the IVR I can not see the caller id, only the ID that I configured for the special line. Is there a way that you know to pass caller id to Thirdlane through 3102?
Please advice,
Thank you.
Reagrds,
Roque.

it should work if you omit the callerid value in the sip config assuming that callerid is enabled on that line and detection is working.

'callerid=value' overwrites whatever callerid came in on the sip channel when a call orginates. this means that you are re-writing callerid to whatever you stuck in that field. It has no effect on outbound calls. a lot of people assume that populating this field is how they set callerid on placed calls to the non-asterisk side of that sip channel. It is actually the opposite.

I left that field blank but it didnt work.
I was googling about it and found a solution. In SPA3102 under "PSTN Line" tab search for the value "PSTN Answer Delay"; by deafult is "0", I changed it to "1" and started working.
The explanation is that you have to give the SPA3102 some time (at least 1 second) to capture the caller id and send it to Thirdlane.
Is working fine now.
Hope this helps someone in the future.
Thank you Erik for your help.
Regards,
Roque.

digium cards work the same way, you need a 1second delay because callerid comes in on the 2nd frame of a call. Glad to see its working, now you have your template for other installs.