> Your visdn.conf is ok. > > > [visdn1.0_in] > > > > exten => 1234,1,macro,ruf|SIP|10 > > > > [visdn1.1_in] > > > > exten => 1234,1,macro,ruf|SIP|10 > > This is ok. > > Please note that those two contexts are only meaningful for inbound calls. > Outbound calls don't need a context. If you want to balance outgoing calls > between two (or more) interfaces you have to configure line hunting as > follows:
I understand that the contexts are only meaningful for incoming calls. And exactly that's what my question was about. The syntax for outgoing calls with huntgroups is already worked into my extensions.conf, but since visdn is not (yet) working I can't test it. > > > Can * keep the ports apart even when having the same MSN assigned to it? > > Could you make an example on what you mean by "keeping ports apart" ? > Sure! ;-) Though it's a tad confusing... Imagine you would call me (from Italy) on my MSN 1234. If I'd map that number to port 1 of my 4S-card the entry: [visdn1.0] .. clip_default_number = 1234 clip_numbers = 1234 .. The entry in extensions.conf [visdn1.0_in] exten => 1234,1,macro,ruf|SIP|10 would make * route that call directly to SIP extension 10. Asterisk "knows" what to do with the incoming call on MSN 1234 due to the respective entry in extensions.conf. So far- so good. BUT... In my case port 2 of my card is also mapped to MSN 1234!!! We needed 4 incoming lines for our telephone calls. Every ISDN-NT(BA) has 2 as you know. So the cheapest way to achieve that goal was a second NT(BA) with the same MSN 1234. If you'd call me now (from Italy) my telephone company decides randomly on which NT(BA) the call arrives. This could be the 1st or the 2nd. I have no influence on that. I now make the corresponding (further) settings in visdn.conf [visdn1.1] .. clip_default_number = 1234 clip_numbers = 1234 .. The entry in extensions.conf [visdn1.1_in] exten => 1234,1,macro,ruf|SIP|10 would route the calls arriving at the 2nd NT(BA) also to be terminated at SIP extension 10. Now the big point: Imagine this entry in extensions.conf [visdn1.1_in] exten => 1234,1,macro,ruf|SIP|11 <- other SIP extension What would asterisk do? Now there's a entry for MSN 1234 to terminate at SIP 10 and one to terminate at SIP 11! I think the only way asterisk "keeps the incoming calls apart" is by the respective MSN, rather than the interface the call arrives, doesn't it? I hope I got my point across. It's a bit hard to explain... _______________________________________________ Visdn-hackers mailing list [email protected] https://mailman.uli.it/mailman/listinfo/visdn-hackers
