Jump to content

Linux aliases


hosted
 Share

Recommended Posts

If my eth0 is set to 10.10.10.1

and I have alias also from 10.10.10.2 to 10.10.10.10 on eth0:1-9

 

is there any way to force the domain alias 10.10.10.10 to use the ip 10.10.10.10 on an outgoing call?

 

all calls go out 10.10.10.1 which i assume is normal. just wondering if there is a possible trick i am not aware of.

I assume windows is the same way eh?

Link to comment
Share on other sites

If my eth0 is set to 10.10.10.1

and I have alias also from 10.10.10.2 to 10.10.10.10 on eth0:1-9

 

is there any way to force the domain alias 10.10.10.10 to use the ip 10.10.10.10 on an outgoing call?

 

all calls go out 10.10.10.1 which i assume is normal. just wondering if there is a possible trick i am not aware of.

I assume windows is the same way eh?

 

Is that because you want to run multiple domains on multiple IP addresses? Are you using UDP or TCP? We recently solved a problem where the contact header for TCP connections was using the OS routing table instead of the local name of the socket. Just checking if this problem is related.

Link to comment
Share on other sites

yes multiple domains on multiple IP's

 

We use UDP

 

The same thing happens when we use registrations.. all registrations show the main IP of eth0.

 

The problem i am having is all outbound calls come from 1 IP so billing is hard for me to get right. I can capture ANI but its still hard to manage.

Inbound is just fine, each has their own IP.

Link to comment
Share on other sites

yes multiple domains on multiple IP's

 

We use UDP

 

The same thing happens when we use registrations.. all registrations show the main IP of eth0.

 

The problem i am having is all outbound calls come from 1 IP so billing is hard for me to get right. I can capture ANI but its still hard to manage.

Inbound is just fine, each has their own IP.

 

UDP will be really difficult as the OS makes the decision what IP address to present for a packet. The only solution is to have one socket for each IP address. For example, in the Ports section you can use the string "10.10.10.1:5060 10.10.10.2:5060 10.10.10.3:5060 10.10.10.4:5060 127.0.0.1:5060" to open five sockets; then the PBX has a chance to select the right socket for sending responses back.

Link to comment
Share on other sites

odd thing about that is it wont bind.

 

I put 10.10.10.250 which is eth0:10 and the call still went out as 10.10.10.10 which is eth0 (even though it was not bound)

 

side question; does this scenario work in windows? or same problem.

 

It should be the same in Linux and Windows. I know it works in TCP (we just had that case and fixed it). UDP may be different, especially when the SBC does not kick in (maybe try to register a device from behing a router).

Link to comment
Share on other sites

  • 2 weeks later...
i cant even get this to work with TCP. Trying to get the hosted PBX talking to a hosted Exchange (same rack yes)

 

what version do I need to be on for this to work?

 

Hmm. So your billing platform bills based on IP addresses. That means you want essentially trunks to be bound to specific IP addresses. That will be difficult... We would have to introduce a seperate socket for each trunk (okay, it would also solve problems with the identification of inbound SIP traffic, but so far we could always work around).

 

Any alternatives? Check out ICID (RFC 3455), I think that is a very simple and very effective way of identifying what trunk was used for a call. If you can change anything on the billing platform, that would solve the problem.

Link to comment
Share on other sites

no this is different... now i have muliple domains sending TCP calls to MS Exchange.. and it is only sending the NIC IP.

Didnt you say TCP IP's were working?

 

Well the TCP is for inbound TCP traffic. When the PBX opens an outbound TCP connection (PBX being a TCP client) then the OS will assign the IP address; and the PBX has no control over it. AFAIK you cannot bind a TCP client socket to a specific address.

 

IMHO client authentication based on IP address is not the right way to solve this problem...

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...